(57)【要約】【課題】  本発明の目的は、自身の装置、およびシステムに今までに生じたことの無い未知の故障を検知することのできる機能を備え、診断対処を外部から取得することができる故障検知診断対処装置、故障検知診断対処システム、および故障検知診断対処方法を提供することである。【解決手段】  本発明の故障検知診断対処装置、故障検知診断対処システム、および故障検知診断対処方法は、故障が発生したことを検知するための故障検知処理部と、検知された故障の原因を記憶部に格納される自己診断対処情報に基づいて、あるいはネットワークを介して故障に対応する診断対処情報を取得し、自己診断対処情報、あるいは診断対処情報に基づいて故障の診断をするための診断処理部と、診断の結果に基づいて故障に対処する処理と対処する処理の管理をする処理とを行うための故障対処処理部とを備える。【選択図】  図２Ｂ
2007028037.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の故障検知診断対処装置を具備し、
前記複数の故障検知診断対処装置の各々は、
故障が発生したことを検知するための故障検知処理部と、
現在までに自身に生じた故障に対する自己診断対処情報を格納する記憶部と、
前記故障検知処理部により検知された前記故障に対応する対処情報を、前記記憶部に格納されている自己診断対処情報、あるいは前記ネットワークを介して前記故障に対応する診断対処情報を有する前記複数の故障検知診断対処装置の何れかより取得する診断処理部と、
前記診断処理部により取得される前記対処情報に基づいて前記故障に対応した処理を実行し、実行した前記処理の管理を行う故障対処処理部と
を有する故障検知診断対処システム。
【請求項２】
請求項１に記載の故障検知診断対処システムにおいて、
前記複数の故障検知診断対処装置のそれぞれは、車内ＬＡＮを介して前記ネットワークに接続される自動車に搭載されるＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）である故障検知診断対処システム。
【請求項３】
請求項１に記載の故障検知診断対処システムにおいて、
前記複数の故障検知診断対処装置のそれぞれは、有線または無線ＬＡＮにより前記ネットワークに接続される電気機器に搭載されるマイクロコンピュータである故障検知診断対処システム。
【請求項４】
請求項１から３までの少なくとも一項に記載の故障検知診断対処システムにおいて、
さらに、前記ネットワークに接続される前記複数の故障検知診断対処装置それぞれの装置ネットワーク番地と、前記複数の故障検知診断対処装置それぞれの故障時における診断対処情報とを有する故障検知診断対処情報保有装置ネットワーク番地情報を備えた仲介サーバを具備し、
前記ネットワークに接続される前記複数の故障検知診断対処装置それぞれの前記診断処理部は、故障が検知された際に前記自己診断対処情報に基づいて前記故障の診断が出来るか否かを判断し、診断できないと判断した場合、前記故障の検知情報を前記仲介サーバに送信し、前記仲介サーバは前記検知情報の受信に基づいて前記故障検知診断対処情報保有装置ネットワーク番地情報を参照して前記故障に対応する診断情報を有した故障検知診断対処装置の装置ネットワーク番地を検索し、前記故障に対応する診断情報を有した故障検知診断対処装置の装置ネットワーク番地がない場合、前記ネットワーク上で依頼元の故障検知診断対処装置に隣接して接続される故障検知診断対処装置に前記故障の検知情報を送信して前記故障診断を依頼し、
さらに、前記仲介サーバーは、前記依頼元の故障検知診断対処装置から前記故障に対する対処処理の結果を受信し、前記結果に基づいて前記故障検知診断対処情報保有装置ネットワーク番地情報を変更する故障検知診断対処システム。
【請求項５】
請求項４に記載の故障検知診断対処システムにおいて、
前記仲介サーバは、前記結果に基づいて、前記結果が前記故障の対処に効果があったと判断した場合には、前記故障に対応する診断情報を有した故障検知診断対処装置に対応する前記故障検知診断対処情報保有装置ネットワーク番地情報を現状のまま保持し、前記結果が前記故障の対処に効果がなかったと判断した場合には、前記故障に対応する診断情報を有した故障検知診断対処装置に対応する前記故障検知診断対処情報保有装置ネットワーク番地情報の装置ネットワーク番地を削除し、
さらに、前記結果が前記故障検知診断対処情報保有装置ネットワーク番地情報に含まれていない種類の装置に関連したものであると判断した場合には、前記故障検知診断対処情報保有装置ネットワーク番地情報に前記依頼元の故障検知診断対処装置の装置ネットワーク番地および前記故障時における前記診断対処情報とを新たに追加する故障検知診断対処システム。
【請求項６】
故障が発生したことを検知するための故障検知処理部と、
現在までに自身に生じた故障に対する自己診断対処情報を格納する記憶部と、
前記故障検知処理部により検知された前記故障に対応する対処情報を、前記記憶部に格納されている自己診断対処情報、あるいはネットワークを介して前記故障に対応する診断対処情報を有する故障検知診断対処装置より取得する診断処理部と、
前記診断処理部により取得される前記対処情報に基づいて前記故障に対応した処理を実行し、実行した前記処理の管理を行う故障対処処理部と
を具備する故障検知診断対処装置。
【請求項７】
請求項６に記載の故障検知診断対処装置において、
前記故障検知処理部は、アプリケーション・タスクの動作状態を示すタスク状態情報の異常を検知することによって前記故障が発生したことを検知する故障検知診断対処装置。
【請求項８】
請求項７に記載の故障検知診断対処装置において、
前記タスク状態情報は、前記記憶部に格納されるプログラムが実行される際に生じるエラー処理の回数を時間推移で記録した情報、または前記プログラムそれぞれの実行時間と遷移先の情報を備える故障検知診断対処装置。
【請求項９】
請求項６から８までの少なくとも一項に記載の故障検知診断対処装置において、
前記故障検知処理部は、前記記憶部に格納されているオペレーティング・システムが管理するタスクの実行順番を示すタスク・キューの情報から実行タスクの異常配列を判断することによって前記故障を検知する故障検知診断対処装置。
【請求項１０】
請求項６から９までの少なくとも一項に記載の故障検知診断対処装置において、
前記診断処理部は、前記自己診断対処情報に基づいて前記故障の診断が出来るか否かを判断し、診断できないと判断した場合、前記故障の検知情報を前記ネットワークに接続された前記故障検知診断対処装置と同一機能を有する外部装置に送信して前記故障の故障診断を依頼し、前記依頼に基づいて前記故障の検知情報に対応する診断対処情報を有する前記外部装置から送られてくる前記診断対処情報を取得し、取得した前記診断対処情報の中から対処情報を前記故障対処処理部に送信し、
さらに前記故障対処処理部から前記対処情報に基づく対処処理の結果を受信して前記故障の検知情報に対応する診断対処情報を有する前記外部装置に前記対処処理の結果を送信するとともに、前記自己診断対処情報に取得した前記診断対処情報を格納、あるいは前記診断対処情報に基づいて前記自己診断対処情報を変更し、さらに前記ネットワークに接続された前記外部装置からの故障診断依頼の有無、および前記記憶部に備わるオペレーティングシステムが有するネットワークに接続するためのトランスポート層とネットワーク層の情報から前記ネットワークに接続された前記外部装置の接続状態を検知し、前記ネットワークに接続されて故障のある前記外部装置に対して故障通知、前記対処処理に対する制限事項の通知、および前記対処処理に対する代替手段の変更を行う故障検知診断対処装置。
【請求項１１】
請求項１０に記載の故障検知診断対処装置において、
前記診断処理部は、前記外部装置から故障診断の依頼を受信し、前記故障診断の受信に基づいて前記自己診断対処情報を格納している前記記憶部から前記故障診断の依頼に対応する診断対処情報を検索し、対応する診断対処情報がある場合には、依頼元の前記外部装置に前記対応する診断対処情報を送信し、対応する診断対処情報がない場合には、前記ネットワーク層に含まれるルーティングテーブルに基づいて、前記ネットワークに接続された前記外部装置に前記故障診断の依頼を送信するとともに、前記依頼元である前記外部装置に前記診断対処情報の確認結果を送付し、さらに前記診断対処情報の確認結果に基づいて前記記憶部に格納されている前記自己診断対処情報の保持、削除、変更を行う故障検知診断対処装置。
【請求項１２】
請求項６から１１までの少なくとも一項に記載の故障検知診断対処装置において、
前記故障対処処理部により行われる前記対処する処理の管理は、前記対処する処理を行う際のアプリケーション・タスクのロードと削除をする処理と、前記アプリケーション・タスクの起動と停止を調整する処理と、前記アプリケーション・タスクの定数テーブルの調整をする処理とを備える故障検知診断対処装置。
【請求項１３】
故障が発生したことを検知するための故障検知処理ステップと、
検知された前記故障に対応する対処情報を、自身の記憶部に格納される自己診断対処情報、あるいはネットワークを介して前記故障に対応する診断対処情報から取得する診断処理ステップと、
前記診断処理ステップにより取得される前記対処情報に基づいて前記故障に対応した処理を実行し、実行した前記処理の管理を行う故障対処処理ステップと
を具備する故障検知診断対処方法。
【請求項１４】
請求項１３に記載の故障検知診断対処方法において、
前記診断処理ステップは、前記自己診断対処情報に基づいて前記故障の診断が出来るか否かを判断し、診断できないと判断した場合、前記故障の検知情報を前記ネットワークに接続された前記故障検知診断対処方法を実施可能な外部装置に送信して前記故障の故障診断を依頼し、前記依頼に基づいて前記故障の検知情報に対応する診断対処情報を有する前記外部装置から送られてくる前記診断対処情報を取得し、取得した前記診断対処情報の中から対処情報を前記故障対処処理ステップを行う故障対処処理部に送信し、
さらに前記故障対処処理部から前記対処情報に基づく対処処理の結果を受信して前記故障の検知情報に対応する診断対処情報を有する前記外部装置に前記対処処理の結果を送信するとともに、前記自己診断対処情報に取得した前記診断対処情報を格納、あるいは前記診断対処情報に基づいて前記自己診断対処情報を変更し、さらに前記ネットワークに接続された前記外部装置からの故障診断依頼の有無、および前記記憶部に備わるオペレーティングシステムが有するネットワークに接続するためのトランスポート層とネットワーク層の情報から前記ネットワークに接続されている前記外部装置の接続状態を検知し、前記ネットワークに接続されて故障のある前記外部装置に対して故障通知、対処処理に対する制限事項の通知、および前記対処処理に対する代替手段の変更を行う故障検知診断対処方法。
【請求項１５】
請求項１４に記載の故障検知診断対処方法において、
前記診断処理ステップは、前記ネットワークに接続された前記外部装置から故障診断の依頼を受信し、前記故障診断の受信に基づいて前記自己診断対処情報を格納している前記記憶部から前記故障診断の依頼に対応する診断対処情報を検索し、対応する診断対処情報がある場合には、依頼元の前記外部装置に前記対応する診断対処情報を送信し、対応する診断対処情報がない場合には、前記ネットワーク層に含まれるルーティングテーブルに基づいて、前記ネットワークに接続された前記外部装置に前記故障診断の依頼を送信するとともに、前記依頼元の前記外部装置に前記診断対処情報の確認結果を送付し、さらに前記診断対処情報の確認結果に基づいて前記記憶部に格納されている前記自己診断対処情報の保持、削除、変更を行う故障検知診断対処方法。
【請求項１６】
請求項１３から１５までの少なくとも一項に記載の故障検知診断対処方法において、
前記故障対処処理ステップにより行われる前記対処の管理は、前記故障に対応した処理を行う際のアプリケーション・タスクのロードと削除をする処理と、前記アプリケーション・タスクの起動と停止を調整する処理と、前記アプリケーション・タスクの定数テーブルの調整をする処理とを備える故障検知診断対処方法。
【請求項１７】
請求項１４から１６までの少なくとも一項に記載の故障検知診断対処方法において、
前記ネットワークに接続される前記故障検知診断対処方法を実施可能な複数の外部装置それぞれの前記診断処理ステップは、故障が検知された際に前記自己診断対処情報に基づいて前記故障の診断が出来るか否かを判断し、診断できないと判断した場合、前記故障の検知情報を、前記複数の外部装置それぞれの装置ネットワーク番地と、前記複数の外部装置それぞれの故障時における診断対処情報とを有する故障検知診断対処情報保有装置ネットワーク番地情報とを保持し、前記検知情報の受信に基づいて前記故障検知診断対処情報保有装置ネットワーク番地情報を参照して前記複数の外部装置の中から前記故障に対応する診断情報を有した外部装置の装置ネットワーク番地を検索し、前記故障に対応する診断情報を有した外部装置の装置ネットワーク番地がない場合、前記ネットワーク上で依頼元の前記外部装置に隣接して接続される前記外部装置に前記故障の検知情報を送信して前記故障診断を依頼する仲介ステップに送信し、
前記仲介ステップは、前記故障に対する対処処理の結果を受信すると、前記結果に基づいて前記故障検知診断対処情報保有装置ネットワーク番地情報を変更する故障検知診断対処方法。
【請求項１８】
請求項１７に記載の故障検知診断対処方法において、
前記仲介ステップは、前記結果に基づいて、前記結果が前記故障の対処に効果があったと判断した場合には、前記故障に対応する診断情報を有した前記外部装置に対応する前記故障検知診断対処情報保有装置ネットワーク番地情報を現状のまま保持し、前記結果が前記故障の対処に効果がなかったと判断した場合には、前記故障に対応する診断情報を有した前記外部装置に対応する前記故障検知診断対処情報保有装置ネットワーク番地情報の装置ネットワーク番地を削除し、
さらに、前記結果が、前記故障検知診断対処情報保有装置ネットワーク番地情報に含まれていない種類の装置に関連したものであると判断した場合には、前記故障検知診断対処情報保有装置ネットワーク番地情報に前記依頼元の前記外部装置の装置ネットワーク番地および前記故障時における前記診断対処情報とを新たに追加する故障検知診断対処方法。
【請求項１９】
請求項１３から１８までのいずれか一項に記載の故障診断対処方法を実施するための、コンピュータ読み込み可能な故障診断対処プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの故障を検知して、当該故障の診断および当該故障に対する対処をするための故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法に関し、特に、既に解決している故障の検知診断対処をネットワークに接続している共通機能を持つ類似システム構成装置に迅速に反映することにより、ネットワーク上に故障の検知診断対処の特別サーバーを持たずに当該故障に対応可能な故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法に関する。
【背景技術】
【０００２】
従来の故障検知診断対処システムにおいては、自らのシステムに未知の故障を検知する機能を備えていないため、当該システムにとって未知の故障が発生した場合、たとえシステムの外部に未知の故障を解決するための解決方法が存在する場合においても対応することが出来なかった。
【０００３】
例として、特許文献１で開示されている「車両メンテナンス管理装置」の概略構成を図１に示す。図１に示される車両メンテナンス管理装置は、車両各部の故障診断を行って診断結果を無線送信する車載型の診断通報装置と、この診断結果を基地で受信して蓄積し、メンテナンスファイルとして管理する設置型のファイル管理装置を備えている。そして、蓄積したファイルにより車両メンテナンスの管理を行う車両メンテナンス管理装置において、メンテナンスファイルのデータを送信する無線送信部をファイル管理装置に設ける。また当該データを受信する無線受信部と、診断結果を表示するモニター部とを診断通報装置に設けている。つまり、当該車両メンテナンス管理装置においては、車両が故障となった場合の故障の診断と対処の情報を、当該装置を構成する基地側が一括管理する形態を有している。
【０００４】
また、上記技術に関連して以下に示すような提案がなされている。
【０００５】
特許第２８８５１５８号公報に開示されている「車両メンテナンス管理装置」においては、車両各部の故障診断を行って診断結果を無線送信する車両側に設けられた診断通報装置と、この診断結果を受信して蓄積し、メンテナンスファイルとして管理する基地側に設けられたファイル管理装置とを備え、蓄積したファイルにより車両メンテナンスの管理を行う車両メンテナンス管理装置において、車両側に設けられた診断通報装置が、車両側で行われた診断結果を蓄積するメモリと、基地側と交信が行われていないときにメモリに蓄積されている診断結果を表示するモニター部とを有し、基地側に設けられたファイル管理装置にメンテナンスファイルのデータを送信する無線送信部を設けるとともに、この無線送信部からのデータを受信し、モニター部において車両側で行われた診断結果と併せて表示する車両メンテナンス管理装置が提案されている。
【０００６】
【特許文献１】特開平０９−１６４９２３号公報
【特許文献２】特許第２８８５１５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の車両メンテナンス管理装置など、「従来の故障診断対処装置、システム」においては、自らに備わるセンサーにより故障を検知し、既に起きた故障の履歴情報を参照することにより、当該センサーの値から故障の原因を診断し、さらに当該故障に対する対処を実施している。このため、既に起きた故障ではなく、未知の故障に対しては、検知、診断、対処という対応をとることができない。
【０００８】
このような問題を解決するために、上記特許文献１に開示されている「車両メンテナンス管理装置」おいては、当該車両メンテナンス管理装置と、当該車両メンテナンス管理装置と共通機能を持つ車両メンテナンス管理装置と、それらの装置が共通にアクセスすることのできる共通アクセス・サーバーとをネットワークを介して接続したシステムが構成された。これにより、当該車両メンテナンス管理装置自身のみで故障への対応を完結する自立型から、当該車両メンテナンス管理装置と共通機能を備えた複数の車両メンテナンス管理装置が保持する故障の検知診断対処の情報を、共通アクセス・サーバーを介して取得し、未知の故障に対する検知、診断、対処をすることが実現した。
【０００９】
しかしながら、共通アクセス・サーバーを備えたシステムにおいては、ネットワークに接続された当該車両メンテナンス管理装置と共通機能を備えた車両メンテナンス管理装置で解決した故障の検知診断対処の情報を共通アクセス・サーバーに登録する、あるいは、ネットワークから当該車両メンテナンス管理装置と共通機能を備えた車両メンテナンス管理装置が解除された際に、共通アクセス・サーバーから当該解除装置に関する情報を削除する等の情報管理が必要となる。
【課題を解決するための手段】
【００１０】
以下に、［発明を実施するための最良の形態］で使用する括弧付き符号を用いて、課題を解決するための手段を説明する。これらの符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］の記載との対応関係を明らかにするために付加されたものであるが、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１１】
本発明の故障検知診断対処システム（８０）は、ネットワーク（１０００）に接続された複数の故障検知診断対処装置（１Ａ、１Ｂ、１Ｃ）を備え、複数の故障検知診断対処装置の各々は、故障が発生したことを検知するための故障検知処理部（５００，６０）と、現在までに自身に生じた故障に対する自己診断対処情報を格納する記憶部（４０）と、故障検知処理部により検知された前記故障に対応する対処情報を、前記記憶部に格納されている自己診断対処情報（６１０，６０）、あるいは前記ネットワークを介して前記故障に対応する診断対処情報を有する前記複数の故障検知診断対処装置の何れかより取得する診断処理部（６００，６０）と、診断処理部による前記診断の結果に基づいて前記故障に対応した処理（７２０）を実行し、実行した前記処理の管理（７１０）を行う故障対処処理部（７００，６０）とを有する。
【発明の効果】
【００１２】
本発明の故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法は、自身のシステムに今までに生じたことの無い未知の故障に対しても検知可能な機能を備え、診断対処を自身の外部から取得することができる。
【００１３】
また、本発明の故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法においては、解決した故障の検知診断対処情報の管理が不要になる。
【００１４】
また、本発明の故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法は、共通アクセス・サーバーを必要としないため、継続的な管理が不要となる。
【発明を実施するための最良の形態】
【００１５】
添付図面を参照して、本発明の故障検知診断対処装置、故障検知診断対処システムおよび故障検知診断対処方法を実施するための最良の形態を以下に説明する。
【００１６】
（実施の形態１）故障検知診断対処装置
図２Ａに、本発明の実施の形態１に係わる故障検知診断対処装置の概略構成を示す。また、図２Ｂに実施の形態１に係わる故障検知診断対処装置の機能構成を示す。
【００１７】
本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）は、指示を入力するための入力部２０と、ＣＰＵ６０と、記憶部４０と、ネットワーク１０００に接続するための通信部３０と、入力部２０に入力された指示に基づいて行われる処理の結果を出力するための出力部７０とを備えている。そして、入力部２０と、記憶部４０と、出力部７０と、ＣＰＵ６０と、通信部３０とは、それぞれバスライン５０で接続されている。
【００１８】
また、本実施の形態は、図２Ｂに示すように、（１）故障が発生したことを検知するための機能である故障検知処理部５００、６０と、（３）検知された故障の原因を記憶部４０に格納される自己診断対処情報６１０に基づいて、あるいはネットワーク１０００を介して故障に対応する診断対処情報を取得し、自己診断対処情報６１０、あるいは診断対処情報に基づいて故障の診断をするための機能である診断処理部６００と、（３）診断の結果に基づいて故障に対処する処理７２０と対処する処理の管理をする処理７１０とを行うための機能である故障対処処理部７００とを機能構成として備えている。
【００１９】
本実施の形態においては、図２Ｂに示される機能を実現するために、予め、記憶部４０に、ソフトウェア１００である当該機能を実行するアプリケーション９００およびＯＳ（オペレーティングシステム）３００が格納されている。ＯＳ（オペレーティングシステム）３００は、タスク管理３１０とネットワーク管理４００とを備えている。タスク管理３１０は、アプリケーション９００のタスクの実行順番を示すデータであるタスク・キュー３１１を有している。ネットワーク管理４００は、ネットワーク層４１０とトランスポート層４２０とを有している。ネットワーク層４１０は、ルーティング・テーブル４１１を有している。
【００２０】
アプリケーション９００は、アプリケーション・タスク１（９１０）〜アプリケーション・タスクｎ（９３０）と、故障検知処理部５００と、診断処理部６００と、対処処理部７００とを備えている。アプリケーション・タスク１（９１０）〜アプリケーション・タスクｎ（９３０）は、各アプリケーション・タスクの動作状態を示すタスク状態情報１（９１２）〜タスク状態情報ｎ（９３２）と、アプリケーション・タスクの動作の微調整を行うための定数テーブル１（９１４）〜定数テーブルｎ（９３４）とを有している。定数テーブル１（９１４）〜定数テーブルｎ（９３４）は、特に、書き換え可能な不揮発性メモリ等に格納される。
【００２１】
故障検知処理部５００は、ソフト・エラー発生回数推移調査処理５２０と、タスク状態遷移経過時間調査処理５３０と、タスク・キュー異常配列検出処理５４０と、それらを管理する検知情報管理処理５１０とを備えている。故障検知処理部５００は、実際には、故障検知診断対処装置Ａ（１Ａ）が起動し、ＣＰＵ６０によって記憶部４０に格納されているアプリケーション９００が読み込まれ、アプリケーション９００の故障検知処理部５００に対応する処理が実行されることにより、その機能が実現される。
【００２２】
診断処理部６００は、診断クライアント処理６２０と、診断サーバー処理６３０と、自己診断対処情報６１０とを備えている。診断処理部６００は、実際には、故障検知診断対処装置Ａ（１Ａ）が起動し、ＣＰＵ６０によって記憶部４０に格納されているアプリケーション９００が読み込まれ、アプリケーション９００の診断処理部６００に対応する処理が実行されることにより、その機能が実現される。
【００２３】
故障対処処理部７００は、対処用アプリケーション・タスクとしてアプリケーション・タスクｍ７２０と、対処管理処理７１０とを備えている。アプリケーション・タスクｍ７２０は、各アプリケーション・タスクの動作状態を示すタスク状態情報ｍ７２２と、アプリケーション・タスクの動作の微調整を行うための定数テーブルｍ７２４とを有している。故障対処処理部７００は、実際には、故障検知診断対処装置Ａ（１Ａ）が起動し、ＣＰＵ６０によって記憶部４０に格納されているアプリケーション９００が読み込まれ、故障対処処理部７００の診断処理部６００に対応する処理が実行されることにより、その機能が実現される。
【００２４】
（実施の形態１の動作原理）
図２Ｂを用いて、本発明の実施の形態１に係わる故障検知診断対処装置Ａ（１Ａ）の動作原理を説明する。本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）が起動すると、ＣＰＵ６０が記憶部４０に格納されているアプリケーション９００を読み込んで実行する。図３に、本実施の形態における故障検知処理部５００、診断処理部６００、対処処理部７００それぞれの間における機能の関連を示している。
【００２５】
故障検知処理部５００は、３つの方法を用いて本実施の形態に係わる装置に発生する故障の検知を行う。
【００２６】
第１の方法は、ソフト・エラー発生回数推移調査処理５２０によるものである。図４は、あるシステムのエラー発生回数推移表の例を示している。タスク状態情報１（９１２）〜タスク状態情報ｎ（９３２）では、アプリケーション・ソフトが、どのような処理を行っているかを知ることができる。また、タスク状態情報１（９１２）〜タスク状態情報ｎ（９３２）の中にはエラー処理が含まれており、図４に示されるエラー番号とエラー発生回数の時間推移の記録をとれば、原因は特定できなくても何らかの故障が発生していることが判る。時間の経過とともにエラーが増えていく原因として部品劣化がある。部品劣化の対処として、アプリケーション・タスクが所有する定数テーブルの値を変更する方法がある。定数テーブルとは、製品の工場出荷時に部品のバラツキから生ずる問題を微調整するために用意されたものである。本発明では、部品のバラツキの修正に使用する定数テーブルを部品劣化の対処に使用する。図２に示される機能構成においては、対処管理処理７１０が、定数テーブル１（９１４）〜定数テーブルｍ（７２４）の変更を行うことが当該処理に相当する。部品機能不能の場合は、代替の情報源を含んだ代替手段対応ソフトへの変更という方法が考えられるが、これができない場合は部品交換となる。代替手段対応ソフトへの変更例としては、エアーバックシステムで使用している加速度センサーが故障した場合、スピードメーターを用いて加速度を求める方法が代替手段として用いられる。つまり、アプリケーション・タスクを、加速度センサーを用いた加速度からスピードメーターを用いた加速度に変更すればよい。具体的には、図２において、加速度センサーの処理をアプリケーション・タスク１（９１０）とし、対処用アプリケーションタスクを、スピードメーターから加速度を求めるアプリケーション・タスクｍ（７２０）とする。ここで、対処用アプリケーション・タスクは、該診断クライアント処理から取得した対処処理情報の中で、故障の対処用に作られたアプリケーション・タスクである。また、対処管理処理は、該対処用アプリケーション・タスクのロードと削除をする処理と、アプリケーション・タスクの起動と停止を調整する処理と、アプリケーション・タスクの定数テーブルの調整をする処理を有する処理である。
【００２７】
故障対処処理部７００の対処管理処理７１０は、診断クライアント処理６２０からアプリケーション・タスクｍ７２０を受け取り、アプリケーション・タスク１（９１０）を停止させ、代わりにアプリケーション・タスクｍ（７２０）を実行する。アプリケーション・タスク１（９１０）とアプリケーション・タスクｍ７２０が共通の記憶部に格納されていれば、当該加速度の情報を使用する他のアプリケーション・タスクからは、アプリケーション・タスクが切り替わったことは判らない。
【００２８】
第２の方法は、タスク状態遷移経過時間調査処理５３０である。タスク状態遷移経過時間調査処理５３０とは、アプリケーション・タスクの動作状態を示すタスク状態情報の異常からシステムの故障を検知する処理である。タスクの状態情報とは、ソフト上のエラー処理の通過回数を時間推移で記録した情報または各アプリケーション・ソフトの実行時間と遷移先の情報である。図５に、タスク状態遷移経過時間調査処理で使用する期待値一覧表と実測値表とを示す。本実施の形態に備わるソフト１００上には、期待値一覧表が組み込まれ、各アプリケーション・タスクの状態遷移と処理時間とを確認することにより、状態遷移と処理時間の下限と上限に基づいて本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）の異常を検出する。この方法によっても原因は特定できないが、何らかの故障が発生していることが判る。大まかな原因としては、部品の劣化や不能、ソフトバグが考えられる。これに対応する対処として、部品の劣化に対しては、当該定数テーブルの変更処理を行う。また、部品不能に対しては、上記したように代替のソフトウェアへの変更処理を行う。ソフトウェアのバグの場合には、該当するアプリケーション・タスクのソフトを、第１の方法におけるアプリケーション・タスクの変更と同様な方法で変更すればよい。
【００２９】
第３の方法は、タスク・キュー異常配列検出処理５４０である。タスク・キュー異常配列検出処理５４０とは、オペレーティング・システムが管理しているタスクの実行順番を示すタスク・キューから実行タスクの異常配列を判断し、システムの故障を検知する処理である。図６に、電気機器におけるタスク・キューの異常例を示す。この例では、電気機器を緊急に停止しようというアプリケーション・タスクが、停止に関するアプリケーション・タスクよりも多く羅列している。この方法によれば、通常では起きにくい状況だけが判明し、この原因は特定できないものの何らかの故障が発生していることがわかる。原因としては、第２の方法と同様に、部品の劣化や機能不能、ソフトバグが考えられる。
【００３０】
上記した３つの故障の検知方法は、検知情報管理処理５１０により管理され、自身の装置で解決できない診断対処が発生した時点で診断処理部６００に引き継がれる。
【００３１】
本実施の形態における診断処理部６００の処理は、ネットワークを介して本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）に接続され、故障検知診断対処装置Ａ（１Ａ）と同一の機能を有する外部装置において実行される診断処理と連携して行われる。本実施の形態における診断処理部６００は、診断クライアント処理６２０と、診断サーバー処理６３０とを行う機能と、現在までに対処してきた故障の自己診断対処情報６１０とを備えている。
【００３２】
図７を用いて、診断クライアント処理６２０について説明する。診断クライアント処理６２０においては、自らの装置では今までに解決したことの無い故障が発生したと判断した時に、検知した故障の検知情報を隣接した外部装置に送り、故障診断対処を依頼する。そして、該当する診断対処情報をもつ外部装置から診断対処情報を取得すると、取得した診断対処情報の中から対処情報を自らの装置の対処処理に渡す。対処処理による処理が実行されると、対処処理から対処結果を取得して診断対処情報の情報元である外部装置に対して当該処理結果を伝える。自身の装置で採用になった診断対処情報は、自身の装置が所有している診断対処情報を格納する診断対処情報格納場所に追加または変更される。また、ネットワークに接続されている外部装置からの診断サーバー処理に基づく応答の有無と、自身の装置に備わるネットワーク管理４００のトランスポート層４２０とネットワーク層４１０の情報とからネットワークに接続される外部装置の接続状態を検知し、故障の発生している外部装置に対して、故障通知、対処処理に対する処理内容の制限、および対処処理に対する代替手段の変更通知を行う。実際に診断クライアント処理６２０が開始される（ステップＳ１００）と、最初に、自装置未解決故障発生判断（ステップＳ１０５）が行われる。これは、検知情報管理処理５１０の故障発生の結果を判断しているもので、未解決故障が発生するまで繰り返し行われる。次に、未解決故障が発生すると外部装置故障診断対処問い合わせ処理（ステップＳ１１０）が行われる。この処理では、本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）と同一の処理を実行することの出来る機能を有し、ネットワークを介して本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）に接続されている外部装置に未解決になっている故障の検知情報を送信し、過去に当該外部装置に類似の故障が発生していないか問い合わせる。外部装置故障診断対処問い合わせ処理（ステップＳ１１０）が終了すると、診断クライアント処理６２０においては、上記の外部装置からの返答を待つ外部装置故障診断対処情報待機取得処理（ステップＳ１２０）が実行される。本実施の形態に係わる故障検知診断対処装置、およびネットワークを介して本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）に接続されている外部装置における診断サーバー処理６３０においては、自身が依頼された故障の診断対処情報を保有しているか否かを判断し、保有していない場合、ネットワーク層４１０のルーティングテーブル４１１に基づいて次の外部装置に対して問い合わせを行う。診断サーバー処理においては、外部装置の診断クライアント処理から診断の依頼を受けて、自身の該診断対処情報格納場所に該当する診断対処情報を有する場合に、依頼元の外部装置の診断クライアント処理に当該診断対処情報を送信し、該当する診断対処情報を有しない場合には、次の隣接した外部装置の診断サーバー処理に向けて問い合わせを行う。さらに、依頼元に送信した診断対処情報の確認結果を受け取ると、該診断対処情報格納場所に診断対処情報の記録、削除、および変更を行う。
【００３３】
図７では、問い合わせる外部装置を複数同時に分散して処理を行うものを示し、外部装置Ｎ（１Ｎ）に故障診断対処情報があるという例を示している。診断クライアント処理６２０は、まず、外部装置Ｋ（１Ｋ）に故障診断対処情報がないかを問合せる（ステップＳ１１０）。外部装置Ｋ（１Ｋ）では、依頼故障診断対処情報保有判断で当該故障診断対処情報を保持しているかどうかを判断する（ステップＳ２１０）。この結果、外部装置Ｋ（１Ｋ）が当該故障診断対処情報を所持していないことが判明すると、今度は外部装置Ｎ（１Ｎ）対して問い合わせを行う。外部装置Ｎ（１Ｎ）では、同様に、依頼故障診断対処情報保有判断において、当該故障診断対処情報を所持しているか否かを判断する（ステップＳ３１０）。外部装置Ｎ（１Ｎ）において、当該故障診断対処情報を保有している場合、当該故障診断対処情報を依頼元の装置に返送する故障診断対処情報依頼システム返送処理（ステップＳ３２０）が実行される。外部装置Ｎ（１Ｎ）から送信されてきた当該故障診断対処情報は、本実施の形態の、待機している外部装置故障診断対処情報待機取得処理（ステップＳ１２０）が取得し、当該情報は、外部装置故障診断対処情報対処処理転送処理（ステップＳ１３０）により、故障対処処理部７００における対処処理対処設定、実行、効果結果判断処理（ステップＳ１１０）に送信される。故障対処処理部７００における対処処理対処設定、実行、効果結果判断処理（ステップＳ１１０）で処理された処理結果は、クライアント処理６２０の対処効果結果待機取得処理（ステップＳ１４０）へと返送される。対処設定、実行、効果結果判断処理（ステップＳ１１０）から効果結果を受け取った対処効果結果待機取得処理（ステップＳ１４０）は、当該効果結果を次の対処効果結果判断（ステップＳ１５０）に送信し、当該対処効果結果判断（ステップＳ１５０）において効果が有ると判断された場合は、外部装置から取得した診断対処情報を自己診断対処情報６１０が格納される記憶部４０に保管する診断対処情報格納処理（ステップＳ１６０）が実行され、情報を提供してくれた外部装置に効果が有ることを伝達する情報提供外部装置効果有り伝達処理（ステップＳ１８０）が実行され、外部装置Ｎ（１Ｎ）の提供情報次回反映処理（ステップＳ３３０）に対処の効果有りの結果が送られる。一方、効果が無い場合は、情報を提供してくれた外部装置に効果が無いことを伝達する情報提供外部装置効果無し伝達処理（ステップＳ１７０）が実行され、外部装置Ｎ（１Ｎ）の提供情報次回反映処理（ステップＳ３３０）に対処の効果無しの結果が送られる。外部装置Ｎ（１Ｎ）の提供情報次回反映処理（ステップＳ３３０）は、例えば、対処の効果が有る場合には、依頼故障診断対処情報保有判断（ステップＳ３１０）において処理された判断条件をそのまま保持しておく。反対に、対処の効果が無い場合には、依頼故障診断対処情報保有判断（ステップＳ３１０）において処理された判断条件から削除する。ネットワーク１０００に接続されて情報交換する装置の間において装置の種別等の相違がある場合には、依頼故障診断対処情報保有判断（ステップＳ３１０）において処理された判断条件に、追加情報として当該対処効果結果を付加する。
【００３４】
上記してきたように、本実施の形態に係わる故障検知診断対処装置Ａ（１Ａ）は、自身の装置に今までに生じたことの無い未知の故障に対しても検知可能な機能を備え、診断対処をネットワークを介して同一機能を有する外部装置から取得することができる。また、故障に対処する毎に発生する故障の検知診断対処情報の管理が不要になる。さらに、共通アクセス・サーバー等を必要としないため、継続的な共通アクセス・サーバーの設置、およびその管理が不要となる。
【００３５】
（実施の形態２）故障検知診断対処システム
図２Ａに、本発明の実施の形態２に係わる故障検知診断対処システムの概略構成を示す。また、図２Ｂに本実施の形態に備わる故障検知診断対処装置の機能構成を示す。
【００３６】
本実施の形態の故障検知診断対処システム８０は、故障検知診断対処装置Ａ（１Ａ）と、故障検知診断対処装置Ａ（１Ａ）と同一機能を有する故障検知診断対処装置Ｂ（１Ｂ）および故障検知診断対処装置Ｃ（１Ｃ）とが、有線あるいは無線によりネットワーク１０００に接続されることにより構成される。
【００３７】
本実施の形態に係わる故障検知診断対処システムの概略構成、その動作原理、および当該構成および動作原理によりもたらされる作用効果については、実施の形態１において説明したので、ここではその詳細な説明を省略する。
【００３８】
但し、実施の形態１の説明においては、故障検知診断対処装置Ａ（１Ａ）に着目して、ネットワーク１０００に接続される他の装置を外部装置として記載しているが、図２に記載の故障検知診断対処装置Ｂ（１Ｂ）および故障検知診断対処装置Ｃ（１Ｃ）は、それぞれ相対的に故障検知診断対処装置Ａ（１Ａ）と対等な構成および動作原理を備えている。
【００３９】
（実施の形態３）自動車故障検知診断対処システム
図８に、本発明の実施の形態３に係わる自動車故障検知診断対処システムの概略構成を示す。
【００４０】
本実施の形態に係わる自動車故障検知診断対処システム８０Ａは、実施の形態１に記載の故障検知診断対処装置Ａ（１Ａ）を、自動車内に装備されて、車内ＬＡＮで接続されているＥＣＵ（Ｅｌｅｃｔｒｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ；エンジン制御装置、カーオーディオ、カーナビゲーションシステム等）それぞれに適用したものである。
【００４１】
本実施の形態に係わる自動車故障検知診断対処システム８０Ａは、無線ＬＡＮにより同一ネットワーク１０００に接続される自動車１（８５０Ａ）、自動車２（８５０Ｂ）および自動車３（８５０Ｃ）を備えている。
【００４２】
自動車１（８５０Ａ）は、車内ＬＡＮ（Ａ）８６０Ａに接続される、ＥＣＵ１Ａ（８５１Ａ），ＥＣＵ２Ａ（８５２Ａ），ＥＣＵ３Ａ（８５３Ａ），ＥＣＵ５Ａ（８５５Ａ），ＥＣＵ９Ａ（８５９Ａ）を備えている。各ＥＣＵは、具体的には自動車に備わる電子制御機器であるエンジン制御装置、カーオーディオ、カーナビゲーションシステム等のマイクロコンピュータを有する電子機器である。自動車２（８５０Ｂ）、および自動車３（８５０Ｃ）についてもそれぞれ同様に、車内ＬＡＮ（Ｂ）８６０Ｂ、および車内ＬＡＮ（Ｃ）８６０Ｃによって接続される、ＥＣＵ１Ｂ（８５１Ｂ），ＥＣＵ２Ｂ（８５２Ｂ），ＥＣＵ３Ｂ（８５３Ｂ），ＥＣＵ５Ｂ（８５５Ｂ），ＥＣＵ９Ｂ（８５９Ｂ）、およびＥＣＵ１Ｃ（８５１Ｃ），ＥＣＵ２Ｃ（８５２Ｃ），ＥＣＵ３Ｃ（８５３Ｃ），ＥＣＵ５Ｃ（８５５Ｃ），ＥＣＵ９Ｃ（８５９Ｃ）を備えている。本実施の形態において、それぞれの自動車は、ＥＣＵ９Ａ（８５９Ａ）、ＥＣＵ９Ｂ（８５９Ｂ）、ＥＣＵ９Ｃ（８５９Ｃ）を介して、無線ＬＡＮでネットワーク１０００に接続されることにより本実施の形態に係わるシステムが構成される。本実施の形態においては、自動車の数は３台であり、またそれぞれの自動車に備えられるＥＣＵの数は６台であるが、この数は必要に応じて適宜変更される。また、ネットワークに接続されているのはそれぞれＥＣＵ９Ａ（８５９Ａ）、ＥＣＵ９Ｂ（８５９Ｂ）、ＥＣＵ９Ｃ（８５９Ｃ）であるが、この接続装置も他のＥＣＵに適宜変更されるものである。
【００４３】
図８においては、自動車１（８５０Ａ）のＥＣＵ１Ａを、実施の形態１の故障検知診断対処装置Ａ（１Ａ）と対比させて示しているが、他のＥＣＵについても同様の構成および動作原理が備わる。
【００４４】
本実施の形態に係わる自動車故障検知診断対処システム８０Ａの動作原理は、実施の形態２のそれと同様であり、ここでは詳細な説明を省略する。但し、本実施の形態においては、図８に示すように、複数のＥＣＵが車内ＬＡＮを介してそれぞれ接続されている。このため、診断処理部６００は、ネットワーク管理４００のトランスポート層４２０と、ネットワーク層４１０に含まれるルーティング・テーブル４１１に基づいて、車内ＬＡＮに隣接して接続されるそれぞれのＥＣＵの接続状態を検知する。そして、他のＥＣＵの接続状態に問題がある場合は故障と判断し、隣接したＥＣＵに対して車内ＬＡＮの迂回が可能ならば故障通知を行い、当該ＥＣＵの対処処理に対して処理内容の制限通知、または当該処理の代替手段変更を行う。
【００４５】
本実施の形態により、実施の形態１および２と同様な作用効果がもたらされる他、特に本実施の形態においては自動車の操作および運行、さらには修理に係わる安全性および信頼性を格段に向上させることが出来る。
【００４６】
（実施の形態４）電気機器故障検知診断対処システム
図９に、本発明の実施の形態４に係わる電気機器故障検知診断対処システムの概略構成を示す。
【００４７】
本実施の形態に係わる電気機器故障検知診断対処システム８０Ｂは、実施の形態１に記載の故障検知診断対処装置Ａ（１Ａ）を、ネットワーク１０００に接続される電気機器それぞれに適用したものである。
【００４８】
ここで、電気機器とは、例えば、ＡＶ（オーディオ・ヴィジュアル機器）や、冷蔵庫、エアコンなど家庭用、事業所用の電化製品、更には、工場で使用する産業用制御装置として用いられる電気機器などを含む幅広い概念である。従って、図９は、具体的にはＡＶ機器、冷蔵庫、エアコンなどの家庭用電化製品、産業用制御装置などが具体的な適用製品として用いられるが、説明の都合上、電気機器としたものである。
【００４９】
本実施の形態に係わる電気機器故障検知診断対処システム８０Ｂは、無線、あるいは有線のＬＡＮにより同一ネットワーク１０００に接続される電気機器１（８００Ａ）、電気機器２（８００Ｂ）、および電気機器３（８００Ｃ）を備えている。本実施の形態においては、ネットワーク１０００に接続されている電気機器の数は３台であるが、この数は必要に応じて適宜変更される。
【００５０】
図９においては、電気機器１（８００Ａ）を、実施の形態１の故障検知診断対処装置Ａ（１Ａ）と対比させて示しているが、他の電気機器にも同様の構成および動作原理が備わる。
【００５１】
本実施の形態に係わる電気機器故障検知診断対処システム８０Ｂの動作原理は、実施の形態２のそれと同様であり、ここでは詳細な説明を省略する。本実施の形態に示す構成は、それぞれの電気機器が機器内にＬＡＮを備えない例であるが、電気機器内にＬＡＮを設置し、ＬＡＮを介して機器内の各動作部を接続して実施の形態３と同様な構成および動作原理とすることも可能である。各電気機器にはマイクロコンピュータが搭載されており、各マイクロコンピュータの構成により、実施の形態１に示す装置が実現される。電気機器１（８００Ａ）で解決できない故障の診断対処は、ネットワーク１０００を介して電気機器２（８００Ｂ）、あるいは電気機器３（８００Ｃ）に問い合わされる。
【００５２】
本実施の形態により、実施の形態１から３までに記載の少なくとも１つと同様な作用効果がもたらされる他、本実施の形態においては、特に電気機器の動作、および故障時の信頼性を格段に向上させることが出来る。
【００５３】
（実施の形態５）仲介サーバ付属電気機器故障検知診断対処システム
図１０に、本発明の実施の形態５に係わる仲介サーバ付属電気機器故障検知診断対処システムの概略構成を示す。本実施の形態に係わる仲介サーバ付属電気機器故障検知診断対処システム８０Ｃは、実施の形態４に係わる電気機器故障検知診断対処システム８０Ｂに、さらにネットワーク１０００を介して接続され、ネットワークに接続される複数の電気機器それぞれのシステムネットワーク番地と、故障時における診断対処情報とを有する仲介サーバー８８０を備えている。仲介サーバー８８０は、通常のコンピュータサーバであるが、特にそのサーバ機能として、仲介サーバー用診断サーバー処理を行う。仲介サーバー用診断サーバー処理とは、故障が発生し、故障に対する対処情報を求める電気機器に対して、当該診断対処情報を有し、ネットワーク１０００に接続された他の電気機器の紹介を行う処理である。
【００５４】
なお、本実施の形態における電気機器も、実施の形態４と同様に、ＡＶ（オーディオ・ヴィジュアル）機器や、冷蔵庫、エアコンなど家庭用、事業所用の電化製品、更には、工場で使用する産業用制御装置として用いられる電気機器などを含む幅広い概念である。
【００５５】
本実施の形態において、ネットワーク１０００に接続される複数の電気機器それぞれの診断処理部６００は、故障が検知された際に自己診断対処情報６１０に基づいて故障の診断が出来るか否かを判断する。自身で故障の診断できないと判断した場合には、故障の検知情報を通信部３０経由で仲介サーバ８８０に送信する。仲介サーバ８８０は、検知情報の受信に基づいて、ネットワーク１０００に接続される複数の電気機器それぞれのシステムネットワーク番地と、故障時における診断対処情報とを有する故障診断対処情報保有装置ネットワーク番地情報を参照して、当該故障に対応する診断情報を有した電気機器のシステムネットワーク番地を検索する。当該故障に対応する診断情報を有した電気機器のシステムネットワーク番地がない場合、さらにネットワーク１０００上で依頼元の電気機器に隣接して接続される電気機器に故障の検知情報を送信して故障診断を依頼する。
【００５６】
また、仲介サーバー８８０は、依頼元の電気機器から故障に対する対処処理の結果を受信し、その結果に基づいて故障診断対処情報保有装置ネットワーク番地情報を変更する。また、仲介サーバ８８０は、対処処理の結果に基づいて、その結果が故障の対処に効果があったと判断した場合には、当該故障に対応する診断情報を有した電気機器の装置ネットワーク番地情報を現状のまま維持し、結果が前記故障の対処に効果がなかったと判断した場合には、当該故障に対応する診断情報を有した電気機器の装置ネットワーク番地を削除し、さらに、対処処理の結果が、現在の故障診断対処情報保有装置ネットワーク番地情報に含まれていない種類の電気機器に関連したものであると判断した場合には、故障診断対処情報保有装置ネットワーク番地情報に依頼元の電気機器の装置ネットワーク番地と故障時における診断対処情報とが新たに追加される。
【００５７】
（実施の形態５の動作原理）
図１１を用いて、本実施の形態に係わる動作フローを、故障対処処理部７００、診断クライアント処理６２０、仲介サーバー用診断サーバー処理８１０、および外部装置の診断サーバー処理に別けて説明する。
【００５８】
本実施の形態に係わる動作フローの基本部分は、実施の形態１のそれと同様である。但し本実施の形態の動作フローでは、実施の形態１の動作フロー（図７）における外部装置故障診断対処情報問い合わせ処理（ステップＳ１１０）に換わって、外部装置故障診断対処情報仲介サーバー問い合わせ処理（ステップＳ１１５）が実施される。つまり、外部に対して問合せを行う際には、まず最初に仲介サーバー８８０に向けて故障の対処情報の問い合わせが行われる。仲介サーバー８８０における仲介サーバー用診断サーバー処理８１０では、問い合わせ対象となっている故障の診断対処情報を保有する電気機器のネットワーク番地を故障診断対処情報保有装置ネットワーク番地情報から検索する問い合わせ故障診断対処情報保有装置ネットワーク番地検索処理（ステップＳ４００）が実行され、該当する電気機器が当該情報に登録されているか否かの検索が行われる。もし、該当する電気機器がなければ、ネットワーク１０００上に隣接して接続された電気機器の診断サーバー処理に向けて問い合わせが行われる。図１１に示される動作フローにおいては、該当する診断対処情報を有する電気機器を装置Ｎ（１Ｎ）としている。
【００５９】
また、本実施の形態の動作フローにおいては、実施の形態１の動作フローにおける情報提供外部装置効果無し伝達処理（ステップＳ１７０）に換わって、情報を提供する電気機器のみでなく、仲介サーバー８８０に対しても処理効果を伝達するための仲介サーバー情報提供外部装置効果無し伝達処理（ステップＳ１７５）が実施される。同様に、情報提供外部装置効果有り伝達処理（ステップＳ１８０）に換わって、仲介サーバー情報提供外部装置効果有り伝達処理（ステップＳ１８５）が実施される。仲介サーバー用提供情報次回反映処理（ステップＳ４２０）により、例えば、対処の効果が有る場合には、故障診断対処情報保有装置ネットワーク番地情報は現状のまま保持される。一方、対処の効果が無い場合には、故障診断対処情報保有装置ネットワーク番地情報から、該当する情報が除外される。また、接続されている電気機器間に種類の相違がある場合には、故障診断対処情報保有装置ネットワーク番地情報に対して、依頼元の電気機器の装置ネットワーク番地と故障時における診断対処情報とが新たに追加される。
【００６０】
本実施の形態においては、実施の形態４に記載される作用効果に加えて以下の作用効果を有する。つまり、初めに仲介サーバー８８０に対して当該故障に関する対処処理情報の照会を行う。そして、仲介サーバー８８０が該当する情報を備えていないことが判明した時点で、ネットワークに隣接して接続されている電気機器に当該情報の問い合わせが行われる。これにより、最初からネットワークに隣接して接続されている電気機器に対して問い合わせを行うよりも、故障に対処する当該対処情報を検索する時間を短縮することができる。
【図面の簡単な説明】
【００６１】
【図１】従来の車両メンテナンス管理装置の概略構成を示す図である。
【図２Ａ】実施の形態１に係わる故障検知診断対処装置、および実施の形態２の故障検知診断対処システムの概略構成を示す図である。
【図２Ｂ】実施の形態１に係わる故障検知診断対処装置の機能構成を示す図である。
【図３】実施の形態１における検知診断対処処理の一覧を示す図である
【図４】実施の形態１の故障検知処理部の処理におけるエラー発生回数推移を示す図である。
【図５】実施の形態１の故障検知処理部におけるタスク状態推移経過時間調査処理のフローを示す図である。
【図６】実施の形態１、４、および５の故障検知処理部におけるタスク・キュー異常配列検出処理のフローを示す図である。
【図７】実施の形態１の動作フローを示す図である。
【図８】実施の形態３に係わる自動車故障検知診断対処システムの概略構成を示す図である。
【図９】実施の形態４に係わる電気機器故障検知診断対処システムの概略構成を示す図である。
【図１０】実施の形態５に係わる仲介サーバ付属電気機器故障検知診断対処システムの概略構成を示す図である。
【図１１】実施の形態５の動作フローを示す図である。
【符号の説明】
【００６２】
１Ａ…故障検知診断対処装置Ａ
１Ｂ…故障検知診断対処装置Ｂ
１Ｃ…故障検知診断対処装置Ｃ
２０…入力部
３０…通信部
４０…記憶部
５０…バスライン
６０…ＣＰＵ
７０…出力部
８０…故障検知診断対処システム
８０Ａ…自動車故障検知診断対処システム
８０Ｂ…電気機器故障検知診断対処システム
８０Ｃ…仲介サーバ付属電気機器故障検知診断対処システム
１００…ソフトウェア
３００…ＯＳ（オペレーティングシステム）
３１０…タスク管理
３１１…タスク・キュー
４００…ネットワーク管理
４１０…ネットワーク層
４１１…ルーティングテーブル
４２０…トランスポート層
５００…故障検知処理部
５１０…検知情報管理処理
５２０…ソフト・エラー発生回数推移調査処理
５３０…タスク状態推移経過時間調査処理
５４０…タスク・キュー異常配列検出処理
６００…診断処理部
６１０…自己診断対処情報
６２０…診断クライアント処理
６３０…診断サーバ処理
７００…故障対処処理部
７１０…対処管理処理
７２０…アプリケーションタスクｍ
７２２…タスク状態情報ｍ
７２４…定数テーブルｍ
８００Ａ…電気機器１
８００Ｂ…電気機器２
８００Ｃ…電気機器３
８５０Ａ…自動車１
８５０Ｂ…自動車２
８５０Ｃ…自動車３
８５１Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）１Ａ、１Ｂ、１Ｃ
８５２Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）２Ａ、２Ｂ、２Ｃ
８５３Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）３Ａ、３Ｂ、３Ｃ
８５４Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）４Ａ、４Ｂ、４Ｃ
８５５Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）５Ａ、５Ｂ、５Ｃ
８５９Ａ，Ｂ，Ｃ…ＥＣＵ（Ｅｌｅｃｔｒｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）９Ａ、９Ｂ、９Ｃ
８６０Ａ…車内ＬＡＮ（Ａ）
８６０Ｂ…車内ＬＡＮ（Ｂ）
８６０Ｃ…車内ＬＡＮ（Ｃ）
８８０…仲介サーバ
９００…アプリケーション
９１０…アプリケーションタスク１
９１２…タスク状態情報１
９１４…定数テーブル１
９２０…アプリケーションタスク２
９２２…タスク状態情報２
９２４…定数テーブル２
９３０…アプリケーションタスクｎ
９３２…タスク状態情報ｎ
９３４…定数テーブルｎ
１０００…ネットワーク
【図１】
2007028037.tif 000003
【図２Ａ】
2007028037.tif 000004
【図２Ｂ】
2007028037.tif 000005
【図３】
2007028037.tif 000006
【図４】
2007028037.tif 000007
【図５】
2007028037.tif 000008
【図６】
2007028037.tif 000009
【図７】
2007028037.tif 000010
【図８】
2007028037.tif 000011
【図９】
2007028037.tif 000012
【図１０】
2007028037.tif 000013
【図１１】
2007028037.tif 000014