(57)【要約】【課題】既存の装置に後から取り付けることが可能である簡易な構成からなり、様々な装置の故障診断を行うことができる故障診断システムを提供する。【解決手段】各端末装置２は、ＨＤＤの動作音をマイクで収音し、音声データとして記録する。記録した音声データを正常時の動作音と比較する。正常時の動作音と非類似であると判断された場合、この音声データを比較サーバ１に送信する。比較サーバ１は、ＨＤＤの音声データを、ＨＤＤの種類毎（メーカ毎、機種毎）に多数記録しており、それぞれの音声データにはその音声発生後のＨＤＤの状態（３日後にクラッシュした等）を示す情報が情報タグとして付されている。したがって、音声データを送信した端末装置２に、その音声発生後に予測される故障のリストを示すことができる。【選択図】図１
2007265210.tif 000002
【特許請求の範囲】
【請求項１】
データベースサーバと、ネットワークを介して接続される複数の端末装置と、からなる故障診断システムであって、
前記端末装置は、特定の動作部の動作音を収音する収音手段と、
該動作部の正常な動作音を記憶する記憶手段と、
前記収音手段が収音した動作音であるサンプル動作音と、前記記憶手段が記憶している正常な動作音と、を比較し、それらが近似するか否かを判断する分析手段と、
前記サンプル動作音が前記正常な動作音と近似しないと判断された場合、当該サンプル動作音を前記データベースサーバに送信する端末送信手段と、
を備え、
前記データベースサーバは、前記特定の動作部の状態変化を示す状態変化情報を、該動作部の動作音であるリファレンス動作音に対応付けて蓄積する動作音データベースと、
前記端末装置からサンプル動作音を受信する受信手段と、
前記受信手段が受信したサンプル動作音を、前記リファレンス動作音と比較する比較手段と、
前記サンプル動作音と近似度が高いリファレンス動作音に対応する状態変化情報を、診断情報として作成する診断情報作成手段と、
前記診断情報作成手段が作成した診断情報を、前記端末装置に送信するサーバ送信手段と、
を備えた故障診断システム。
【請求項２】
前記端末装置は、前記サンプル動作音を収音した時の該動作部の動作態様を動作態様情報として検出する検出手段を備え、
前記端末送信手段は、前記検出手段が検出した動作態様情報を、前記サンプル動作音とともに送信し、
前記データベースサーバは、前記リファレンス動作音を該動作部の動作態様毎に蓄積し、
前記比較手段は、前記サンプル動作音と前記動作態様情報を受信したとき、前記動作音データベースに蓄積されている複数のリファレンス動作音のうち、前記動作態様情報に一致するリファレンス動作音を読み出し、前記サンプル動作音と比較する請求項１に記載の故障診断システム。
【請求項３】
前記動作音データベースは、前記複数の端末装置から受信したサンプル動作音を、リファレンス動作音として蓄積する請求項１、または請求項２に記載の故障診断システム。
【請求項４】
前記端末装置は、正常な動作音を示す前記リファレンス動作音を前記データベースサーバから取得する取得手段を備え、
前記記憶手段は、前記取得手段が取得したリファレンス動作音を、正常な動作音として記憶する請求項１、請求項２、または請求項３に記載の故障診断システム。
【請求項５】
前記記憶手段は、ハードディスクドライブからなり、
前記特定の動作部は、該ハードディスクドライブである請求項１乃至請求項４のいずれかに記載の故障診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、各種装置の故障を診断する故障診断システムに関し、特に既存の装置に後から取り付けることが可能である故障診断システムに関する。
【背景技術】
【０００２】
従来、車両の故障を診断する装置が提案されている（例えば特許文献１参照）。特許文献１の装置は、各種制御ユニット（パワーウインドウユニット、ヘッドライトユニット、ブレーキ制御ユニット等）の制御結果を取得し、情報センタに送信する。情報センタは、正常な車両の制御結果、故障車両の制御結果、等のデータを収集し、データベースとして蓄積する。情報センタは、各車両から故障診断要求を受信すると、その時点での該車両の制御結果を受信し、上記データベースと比較する。比較した結果、該車両の制御結果が故障車両の制御結果と類似する場合、または正常車両の制御結果と類似しない場合、該車両が故障している可能性が有るとして、該車両に故障診断結果を通知する。
【特許文献１】特開平２００４−３０２６７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１の装置は、車両の各種制御ユニットの制御結果を取得する必要が有るため、各種制御ユニットから直接に制御結果を収集する専用ユニットを予め取り付けておくか、修理工場等に車両を持ち込んで、専用の装置を接続して制御結果を収集する必要が有った。
【０００４】
また、車両の各種制御ユニットの制御結果をデータベースとして蓄積する構成であるため、車両の故障診断にしか用いることができないものであった。したがって、例えば企業等に設置されているファイルサーバのハードディスクドライブの故障診断を行うことはできなかった。
【０００５】
この発明は、既存の装置に後から取り付けることが可能であるように、簡易な構成からなり、様々な装置の故障診断を行うことができる故障診断システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
この発明の故障診断システムは、データベースサーバと、ネットワークを介して接続される複数の端末装置と、からなる故障診断システムであって、前記端末装置は、特定の動作部の動作音を収音する収音手段と、該動作部の正常な動作音を記憶する記憶手段と、前記収音手段が収音した動作音であるサンプル動作音と、前記記憶手段が記憶している正常な動作音と、を比較し、それらが近似するか否かを判断する分析手段と、前記サンプル動作音が前記正常な動作音と近似しないと判断された場合、当該サンプル動作音を前記データベースサーバに送信する端末送信手段と、を備え、前記データベースサーバは、前記特定の動作部の状態変化を示す状態変化情報を、該動作部の動作音であるリファレンス動作音に対応付けて蓄積する動作音データベースと、前記端末装置からサンプル動作音を受信する受信手段と、前記受信手段が受信したサンプル動作音を、前記リファレンス動作音と比較する比較手段と、前記サンプル動作音と近似度が高いリファレンス動作音に対応する状態変化情報を、診断情報として作成する診断情報作成手段と、前記診断情報作成手段が作成した診断情報を、前記端末装置に送信するサーバ送信手段と、を備えたことを特徴とする。
【０００７】
この発明では、データベースサーバに、複数の動作部の動作音（例えば端末装置のハードディスクドライブの動作音）を、その動作音が発生してからの動作部の状態変化（例えば３日後にクラッシュした等）を示す状態変化情報とともに蓄積する。端末装置は、ハードディスクドライブの動作音をマイク等で収音し、この収音したサンプル動作音と記憶手段に記憶されている正常なハードディスクドライブの動作音とを比較する。その結果、収音したサンプル動作音が、正常な動作音と類似しない、すなわち異音であると判断した場合、このサンプル動作音をデータベースサーバに送信する。データベースサーバは、受信したサンプル動作音を、データベースに記録されているリファレンス動作音と比較する。そして、類似する動作音から順にリスト化する。このリストにはその動作音が発生してからのハードディスクドライブの状態変化が記載されている。このリストを端末装置に送信する。リストには最も類似する動作音についてのみ記載されていてもよいし、複数記載されていてもよい。これにより、端末装置の管理者（ユーザ）は、ハードディスクドライブが故障しているか、故障する可能性が有るか、等を判断することができる。
【０００８】
また、この発明は、さらに、前記端末装置は、前記サンプル動作音を収音した時の該動作部の動作態様を動作態様情報として検出する検出手段を備え、前記端末送信手段は、前記検出手段が検出した動作態様情報を、前記サンプル動作音とともに送信し、前記データベースサーバは、前記リファレンス動作音を該動作部の動作態様毎に蓄積し、前記比較手段は、前記サンプル動作音と前記動作態様情報を受信したとき、前記動作音データベースに蓄積されている複数のリファレンス動作音のうち、前記動作態様情報に一致するリファレンス動作音を読み出し、前記サンプル動作音と比較することを特徴とする。
【０００９】
この発明では、動作音を収音したときのハードディスクドライブの動作態様（データリード、データライト、アイドル等）を検出する。この動作態様を示す情報を、動作音とともにデータベースサーバに送信する。データベースサーバは、受信した動作音を、データベースに記録されている動作音と比較するが、比較する対象を動作態様が共通する対象に絞り込む。
【００１０】
また、この発明は、さらに、前記動作音データベースは、前記複数の端末装置から受信したサンプル動作音を、リファレンス動作音として蓄積することを特徴とする。
【００１１】
この発明では、動作音の音声データやそのときの動作、その後の状態変化等の情報を、各端末装置から受信して蓄積する。これらの情報は、各端末装置の管理者（ユーザ）がマニュアルで送信したり、所定のタイミング（例えば定期的、端末装置の電源オン時）に端末装置によって自動送信されるようにしてもよい。
【００１２】
また、この発明は、さらに、前記端末装置は、正常な動作音を示す前記リファレンス動作音を前記データベースサーバから取得する取得手段を備え、前記記憶手段は、前記取得手段が取得したリファレンス動作音を、正常な動作音として記憶することを特徴とする。
【００１３】
この発明では、各端末装置は、上記データベースサーバから、正常なハードディスクドライブの動作音をダウンロードする。
【００１４】
また、この発明は、さらに、前記記憶手段は、ハードディスクドライブからなり、前記特定の動作部は、該ハードディスクドライブであることを特徴とする。
【発明の効果】
【００１５】
以上のようにこの発明によれば、マイクにより異音を検出した場合に、動作部の状態変化をリスト表示されるものであるから、既存の装置（ファイルサーバ等）に容易に後付けすることが可能である。また、故障の判断は最終的にユーザによって判断されるものであり、外的要因（ノイズ）等による誤診断であっても、ファイルサーバを無駄に停止させることがない。
【００１６】
また、故障時（または故障前）に異音を発する装置（エンジン、モータ等）であれば、どのような装置であっても故障診断を行うことができる。
【発明を実施するための最良の形態】
【００１７】
以下、図面を参照してこの発明の実施形態である故障診断システムついて説明する。図１は、故障診断システムの構成を示すブロック図である。
【００１８】
図１に示すように、故障診断システムは、比較サーバ１と、インターネット等のネットワーク３を介して比較サーバ１に接続される複数の端末装置２と、からなる。端末装置２は、自己のハードディスクドライブ（以下、単にＨＤＤと言う。）の音を監視し、異音が発生した場合には、その音を比較サーバ１にアップロードして故障診断を受けるものである。図２は、比較サーバ１の構成を詳細に示すブロック図であり、図３は、端末装置２の構成を示すブロック図である。
【００１９】
比較サーバ１は、通信部１１、制御部１２、表示部１３、ＲＡＭ１４、操作部１５、およびＨＤＤ１６を備えている。比較サーバ１は、典型的にはパーソナルコンピュータによって実現され、この故障診断システムを運営する管理者等が管理するセンタサーバ（データベースサーバ）である。
【００２０】
通信部１１は、ネットワーク３に接続するための回路部であり、ＬＡＮインタフェースを有している。比較サーバ１は、通信部１１を介してネットワーク３に接続され、ネットワーク３を介して複数の端末装置２とデータ送受信を行う。
【００２１】
制御部１２は、比較サーバ１を統括的に制御するＣＰＵであり、ＨＤＤ１６に記憶されているプログラムを読み出して、ワークメモリであるＲＡＭ１４に展開し、データ蓄積処理部１０１、比較処理部１０２、および通知処理部１０３の機能部を実現する。
【００２２】
表示部１３は、所謂ディスプレイ（モニタ）であり、比較サーバ１の管理者が操作部１５を用いて比較サーバ１を操作するための補助画面等を表示する。操作部１５は、マウス、キーボード等のユーザインタフェースであり、比較サーバ１の管理者の操作に応じた操作信号を制御部１２に送信する。制御部１２は、操作部１５から受信した操作信号に応じて種々の処理を行う。
【００２３】
データベース１６０は、ＨＤＤ１６上に構成されるデータ構造であり、音声データからなる比較対象音声ファイルを多数記憶している。この比較対象音声ファイルは、主にＨＤＤの動作音を収音した音声データであり、ＨＤＤの種類（製造メーカ、型番等）別に複数記録されている。また、このＨＤＤ１６には、上記の制御部１２の動作用プログラムが記憶されている。
【００２４】
比較対象音声ファイルには、その動作音を収音したときのＨＤＤの動作態様（データリード、データライト、アイドル）や、その後のＨＤＤの状態変化（３日後にクラッシュした等）を示す情報が情報タグとして付されている。
【００２５】
制御部１２は、データ蓄積処理部１０１において、各端末装置２からＨＤＤの動作音の音声データを受信し、情報タグとともにデータベース１６０に記録、蓄積する。これらのＨＤＤの動作音の音声データやそのときの動作態様、その後の状態変化等の情報は、各端末装置２の管理者（ユーザ）がマニュアルで送信したり、所定のタイミング（例えば定期的、端末装置の電源オン時）に端末装置２によって自動送信されたりする。このようにして、データベース１６０が構築される。
【００２６】
次に、端末装置２は、通信部２１、制御部２２、表示部２３、ＲＡＭ２４、操作部２５、ＨＤＤ２６、およびマイク２７を備えている。端末装置２は、一般的にパーソナルコンピュータであり、ＬＡＮによって複数の端末装置が設置されている場所（会社等）において、そのうち少なくともデータサーバ（ファイルサーバ）が図１のように比較サーバ１に接続されている。
【００２７】
通信部２１は、ネットワーク３に接続するための回路部であり、ＬＡＮインタフェースを有している。端末装置２は、通信部２１を介してネットワーク３に接続され、ネットワーク３を介して比較サーバ１とデータ送受信を行う。
【００２８】
制御部２２は、端末装置２を統括的に制御するＣＰＵであり、ＨＤＤ２６に記憶されているプログラムを読み出して、ワークメモリであるＲＡＭ２４に展開し、動作態様入手処理部２０１、録音・分析処理部２０２、および診断要求処理部２０３の機能部を実現する。
【００２９】
表示部２３は、所謂ディスプレイ（モニタ）であり、ユーザが操作部２５を用いて端末装置２を操作するための補助画面等を表示する。操作部２５は、マウス、キーボード等のユーザインタフェースであり、端末装置２のユーザの操作に応じた操作信号を制御部２２に送信する。制御部２２は、操作部２５から受信した操作信号に応じて種々の処理を行う。
【００３０】
ＨＤＤ２６は、種々の情報を記憶する記憶装置であり、上記のように制御部２２の動作用プログラムを記憶するとともに、録音・分析処理部２０２において録音された音声データを記録する。また、制御部２２が比較サーバ１からダウンロードした音声データを記録する。この制御部２２がダウンロードする音声データは、その端末装置２のＨＤＤと同じ種類のＨＤＤの正常な動作音を示す音声データであり、制御部２２は、これを各動作態様（データリード、データライト、アイドル）毎にダウンロードしてＨＤＤ２６に記録しておく。
【００３１】
マイク２７は、音声を収音する収音手段であり、ダイナミックマイク、コンデンサマイク、振動型マイク等により構成される。マイク２７は、ＨＤＤ２６に隣接して、あるいはＨＤＤ２６に密着して設置されており、ＨＤＤ２６の動作音を継続的に収音する。マイク２７は、収音したＨＤＤ２６の動作音の音声信号を制御部２２に送信する。なお、このマイク２７は、各端末装置２において共通する規格品であることが望ましい。共通する規格品であれば音質の差が無く、同一の動作音を略同一の音声信号として検出することができる。なお、制御部２２は、予めマイク２７を用いてバックグラウンドノイズを録音しておき、ＨＤＤ２６の動作音を取得するときに、録音したノイズとの差分をとることで、Ｓ／Ｎ比を向上させることもできる。
【００３２】
制御部２２は、録音・分析処理部２０２において、マイク２７から入力した音声信号をデジタル変換し、所定時間長の音声データとしてＲＡＭ２４に一時保存する。このとき、制御部２２の動作態様入手処理部２０１は、ＨＤＤ２６の動作態様（データリード、データライト、アイドル）を検出し、音声記録時のＨＤＤの動作態様情報として音声データと共にＲＡＭ２４に保存する。なお、制御部２２は、動作態様入手処理部２０１において、ＨＤＤ２６の動作態様を強制的に各動作状態（例えばアイドル状態）に設定し、この時の音声データを、設定したＨＤＤ２６の動作状態の情報とともにＲＡＭ２４に保存するようにしてもよい。なお、処理速度は低下するが、ＲＡＭ２４ではなく、ＨＤＤ２６に一時保存するようにしてもよい。
【００３３】
なお、この端末装置２の稼働開始時（またはＨＤＤ２６の交換後、初期状態時）にＲＡＭ２４に一時保存した音声データ、動作態様情報を、ＨＤＤの新品時の正常な音声データとしてＨＤＤ２６に記録するようにしてもよい。なお、新品時のみならず、継続して定期的にＨＤＤ２６に記録しておくようにしてもよい。
【００３４】
さらに、制御部２２は、録音・分析処理部２０２において、ＲＡＭ２４に一時保存した音声データを分析する。例えば、ＲＡＭ２４に一時保存した音声データをフーリエ変換（ＦＦＴ）し、周波数特性の分析を以下のようにして行う。
【００３５】
すなわち、その音声データをＲＡＭ２４に一時保存したときのＨＤＤの動作態様から、ＨＤＤ２６に記録されている同じＨＤＤの動作態様の音声データ（正常時の音声データ）を読み出し、この正常時の音声データについてもＦＦＴし、ＲＡＭ２４に一時保存している音声データと比較する。比較手法は、パターンマッチングを用いればよい。また、ＲＡＭ２４に一時保存した音声データと、ＨＤＤ２６に記録した正常時の音声データの相互相関関数（すなわち時間軸の類似度）を算出し、比較するようにしてもよい。その結果、ＲＡＭ２４に一時保存した音声データが正常時の音声データと類似すると判断された場合は、このＨＤＤ２６は正常な状態であると判断する。
【００３６】
一方で、比較した結果、ＲＡＭ２４に一時保存した音声データが正常時の音声データと非類似であると判断された場合は、このＨＤＤ２６は異常な状態であると判断する。この場合、制御部２２は、診断要求処理部２０３において、ＲＡＭ２４に一時保存した音声データを、その音声データを保存したときの動作態様情報、およびその端末装置２のＨＤＤの種類（メーカ、型番等）を示す情報を付加した診断要求情報を比較サーバ１に送信する。
【００３７】
図２において、端末装置２から診断要求を受信した比較サーバ１の制御部１２は、比較処理部１０２において、診断要求と共に端末装置２から送信される音声データをＲＡＭ１４に一時保存する。また、データベース１６０の記録内容のうち、その端末装置２のＨＤＤの種類と同じ種類のＨＤＤの比較対象音声ファイルを読み出す。さらに、データベース１６０から読み出した比較対象音声ファイルの音声データと、端末装置２から受信した音声データを比較する。比較手法は、上述したように、各音声データをＦＦＴし、周波数特性をパターンマッチングしてもよいし、相互相関関数を算出し、比較するようにしてもよい。その結果、端末装置２から受信した音声データに類似する比較対象音声ファイルを求める。なお、比較対象音声ファイルは１つだけ求める場合に限らず、複数求めるようにしてもよい。
【００３８】
制御部１２は、通知処理部１０３において、比較処理部１０２で求めた比較対象音声ファイルに付されている情報タグを読み出す。そして、その情報タグに記載されているＨＤＤの動作（データリード、データライト、アイドル）や、その後のＨＤＤの状態（３日後にクラッシュした等）をリスト化し、端末装置２に送信する。リストを受信した端末装置２の制御部２２は、表示部２３にそのリストを表示する。これにより、各端末装置２のユーザは、表示されたリストを基に、ＨＤＤが故障しているか、故障する可能性が有るか、等を判断することができる。これにより、ユーザはＨＤＤ２６の記録内容についてバックアップをとる等の処置をとることができる。
【００３９】
次に、故障診断システムの動作についてフローチャートを用いて説明する。図４は、端末装置２の動作を示すフローチャートであり、図５は、比較サーバ１の動作を示すフローチャートである。図４において、まず、制御部２２は、比較サーバ１からＨＤＤの正常時の音声データをダウンロードする（ｓ１１）。この音声データは、自身のＨＤＤの種類と同じものをダウンロードする。その後、マイク２７を用いて所定時間長（例えば１秒）のＨＤＤ２６の動作音を録音し、同時にＨＤＤ２６の動作態様を取得する（ｓ１２）。なお、ＨＤＤ２６の動作態様取得は必須ではなく、動作音を録音するだけでもよい。
【００４０】
ＨＤＤ２６の所定長の動作音の音声データを取得した後、その音声データの分析を行う（ｓ１３）。上述したように、取得した音声データと、ｓ１１でダウンロードした正常時の音声データと、を比較する。その後、取得した音声データが異常音であるか否かを判断する（ｓ１４）。正常時の音声データと類似する場合は、異常音でないと判断し、非類似である場合は異常音であると判断する。異常音でないと判断した場合は、ｓ１８の処理へ進み、次フレーム（１フレームの動作をｔとする）に移行する。異常があると判断した場合、取得した音声データ、取得時のＨＤＤの動作態様、および診断要求情報を比較サーバ１に送信する（ｓ１５）。診断要求情報を受信した比較サーバは、上述した比較処理、通知処理（図５で後述する）を行う。
【００４１】
なお、ｓ１５の処理を行うときに、制御部２２が簡易的にＨＤＤ２６の診断を行うようにしてもよい。すなわち、ｓ１１で正常時の音声データをダウンロードするときに、ＨＤＤ異常時（故障前の状態）の音声データもダウンロードしておき、取得した音声データを、この異常時の音声データとも比較することで、異常音が故障に関係するものであるかを判断する。その結果、上記異常時の音声データと非類似で、故障に関係しないと判断した場合は、ｓ１５で送信する音声データに、問題なしとする情報タグを付与する。これを受信した比較サーバ１は、当該音声データを正常時の音声データとして、比較対象音声ファイルに追加すればよい。
【００４２】
また、制御部２２は、異常時の音声データとの類似度によって、異常の状態（故障に関係する度合い）を段階的に分けてもよい。制御部２２は、各異常段階の情報をｓ１５で送信する音声データに付与する。例えば３段階に分けた場合、「問題なし」、「所定回数以上発生したら診断」、「次に発生したら診断」等の３情報をそれぞれ付与する。したがって、例えば「次に発生したら診断」の情報を受信した比較サーバ１は、次に音声データが端末装置２から送信された場合に上述した比較処理、通知処理を行う。
【００４３】
図４において、ｓ１５の処理を行った後、この異常音が所定時間以上継続しているか否かを判断する（ｓ１６）。所定時間以上継続していなければｓ１８の処理へ進み、次フレームに移行する。所定時間以上継続している場合は、連続発生情報をｓ１５で送信した音声データに対応付けて比較サーバ１に送信する（ｓ１７）。この連続発生情報を受信した比較サーバ１は、ｓ１５で受信した音声データを継続音であると判断する。すなわち、ｓ１５で送信する音声データは所定時間長（例えば１秒）の音声であるが、ｓ１７で連続発生情報を送信した場合は、その音声データは継続音（１秒以上継続する音声）として、比較サーバ１で判断される。
【００４４】
以上の処理を終えると、１フレーム分の動作を終えたとして、フレームｔをフレームｔ＋１に進める（ｓ１８）。その後、ｓ１２の録音処理から繰り返す。
【００４５】
次に、図５において、まず端末装置２からＨＤＤの動作音の音声データ、動作態様情報を受信する（ｓ２１）。また、上記連続発生情報が送信されていれば、これを受信する。その後、その端末装置２のＨＤＤと同じ種類、同じ動作態様の比較対象音声ファイルを検索し（ｓ２２）、音声データを読み出す。なお、ＨＤＤの動作態様情報がｓ２１で受信されていなければ、同じ種類のＨＤＤの比較対象音声ファイルを検索する。
【００４６】
その後、読み出した音声データと、受信した端末装置２の音声データを比較する（ｓ２３、ｓ２４）。ｓ２３においては、各音声データをＦＦＴし、周波数特性をパターンマッチングする。また、ｓ２４においては、各音声データの相互相関関数を算出し、比較する。その結果、類似度の高い順に読み出した音声データをリスト化し（ｓ２５）、その音声データに付与されている情報タグを基に、その後のＨＤＤの状態（３日後にクラッシュした等）をリストに記載する。最後に、このリストを端末装置２に送信する（ｓ２６）。なお、類似度が低い（上記相互相関関数等が所定の閾値以上とならない）場合、ｓ２６でリストを送信しないようにしてもよい。
【００４７】
以上のようにして、端末装置２に異音発生後の状態変化がリストとして表示される。これにより、各端末装置２のユーザは、ＨＤＤが故障しているか、故障する可能性が有るか、等を判断することができる。
【００４８】
以上説明した故障診断システムは、マイクにより異音を検出した場合に、ＨＤＤのその後の状態変化をリスト表示するものであるから、既存のデータサーバに容易に後付けすることが可能である。また、故障の判断は最終的にユーザによって判断されるものであり、外的要因（ノイズ）等による誤診断であっても、データサーバを無駄に停止させることがない。
【００４９】
なお、本実施形態の故障診断システムは、ＨＤＤの故障を診断する例について説明したが、この例に限らず、故障時に異音を発する装置（エンジン、モータ等）であれば、本発明を適用することが可能である。
【図面の簡単な説明】
【００５０】
【図１】故障診断システムの構成を示すブロック図
【図２】比較サーバの構成を示すブロック図
【図３】端末装置の構成を示すブロック図
【図４】端末装置の動作を示すフローチャート
【図５】比較サーバの動作を示すフローチャート
【符号の説明】
【００５１】
１−比較サーバ装置
２−端末装置
３−ネットワーク
【図１】
2007265210.tif 000003
【図２】
2007265210.tif 000004
【図３】
2007265210.tif 000005
【図４】
2007265210.tif 000006
【図５】
2007265210.tif 000007