專利名稱：在現(xiàn)場故障數(shù)據(jù)中檢測異常的制作方法
技術(shù)領(lǐng)域：
一個(gè)實(shí)施例總體涉及用于在維護(hù)修理數(shù)據(jù)中識(shí)別異常的方法。
背景技術(shù)：
保修報(bào)告通常包括分析由維護(hù)修理中心報(bào)告的保修數(shù)據(jù)。維護(hù)修理中心，例如汽 車經(jīng)銷商，報(bào)告維護(hù)數(shù)據(jù)給原始設(shè)備制造商(例如汽車公司)。數(shù)據(jù)被收集，包括修理的細(xì)節(jié) (修理代碼)，錯(cuò)誤代碼(診斷問題代碼)，用戶投訴，識(shí)別的構(gòu)件問題，和修理的成本?；谧R(shí) 別的構(gòu)件和問題，原始設(shè)備制造商確定構(gòu)件是否存在持續(xù)的問題，需要改變該構(gòu)件，以提高 該構(gòu)件的質(zhì)量并降低保修成本。保修報(bào)告通常在分析現(xiàn)場故障數(shù)據(jù)上花費(fèi)時(shí)間。而且，任 何保修報(bào)告和潛在修正動(dòng)作基于維護(hù)技術(shù)員正確地診斷問題的前提。然而，誤診斷可能導(dǎo) 致延遲找到實(shí)際問題，同時(shí)在作出錯(cuò)誤修理時(shí)造成用戶的重復(fù)來訪，花費(fèi)大量診斷時(shí)間和 產(chǎn)生不必要的成本。

發(fā)明內(nèi)容
一個(gè)實(shí)施例的優(yōu)點(diǎn)在于，現(xiàn)場的新的故障模式、設(shè)備的不適當(dāng)使用的修理代碼和 修理的誤診斷的早期檢測。本文描述的系統(tǒng)和方法使用多個(gè)工程準(zhǔn)則構(gòu)建將故障模式與癥 狀(故障代碼、操作參數(shù)范圍、用戶投訴、技術(shù)員測試結(jié)果)關(guān)聯(lián)的故障模式-癥狀相關(guān)矩陣。 基于通過維護(hù)提供商提供的信息和故障模式-癥狀相關(guān)矩陣，設(shè)備制造商可以容易地確定 修理合適或者異常。然后將數(shù)據(jù)矩陣化，以確定誤診斷的早期傾向，并可將其發(fā)布給維護(hù)中 心，以保證作出正確的修理。一個(gè)實(shí)施例構(gòu)想檢測設(shè)備的維護(hù)修理的異常的方法。將故障模式-癥狀相關(guān)矩 陣與診斷推理器一同提供，故障模式-癥狀相關(guān)矩陣將故障模式與識(shí)別故障模式的癥狀關(guān) 聯(lián)。各故障模式以設(shè)備故障可能如何發(fā)生的相應(yīng)情形來識(shí)別。根據(jù)多個(gè)工程準(zhǔn)則生成癥狀 與故障模式的關(guān)聯(lián)。為設(shè)備的實(shí)際的修理收集故障代碼或者診斷問題代碼。診斷問題代碼 涉及設(shè)備中構(gòu)件的通過設(shè)備的處理器識(shí)別的潛在故障。將診斷問題代碼提供給診斷推理 器。在故障模式-癥狀相關(guān)矩陣中獲得這些關(guān)聯(lián)。利用故障模式-癥狀相關(guān)矩陣和構(gòu)件存 在的癥狀，通過診斷推理器進(jìn)行診斷評估，以根據(jù)診斷問題代碼和在故障模式-癥狀相關(guān) 矩陣中故障模式與癥狀的關(guān)聯(lián)確定對設(shè)備執(zhí)行的推薦的修理。將推薦的修理與對設(shè)備執(zhí) 行的實(shí)際的修理進(jìn)行比較。根據(jù)推薦的修理不匹配實(shí)際的修理來識(shí)別錯(cuò)誤匹配(或異常)。 生成報(bào)告以顯示所有的識(shí)別的錯(cuò)誤匹配(或異常)。分析報(bào)告以確定異常數(shù)量上升的修理代 碼。提醒維護(hù)中心對于識(shí)別的故障模式的正確修理。一個(gè)實(shí)施例構(gòu)想為包括將故障模式與癥狀關(guān)聯(lián)的故障模式-癥狀相關(guān)矩陣的現(xiàn) 場故障檢測系統(tǒng)。各故障模式以設(shè)備故障可能如何發(fā)生的相應(yīng)情形來識(shí)別。根據(jù)多個(gè)工程 準(zhǔn)則生成檢測故障模式的癥狀。存儲(chǔ)器儲(chǔ)存修理的設(shè)備的診斷問題代碼。診斷問題代碼涉 及設(shè)備的構(gòu)件的由設(shè)備的處理器識(shí)別的潛在故障。存儲(chǔ)器儲(chǔ)存修理代碼，修理成本和代表 由維護(hù)提供商對修理的設(shè)備進(jìn)行的修理的部件數(shù)量。另外，存儲(chǔ)器還儲(chǔ)存用戶投訴、工程操作參數(shù)數(shù)據(jù)。處理單元將診斷問題代碼與故障模式-癥狀相關(guān)矩陣關(guān)聯(lián)，以識(shí)別設(shè)備的故 障模式。診斷推理器和存在于處理單元中的故障模式-癥狀相關(guān)矩陣，根據(jù)設(shè)備的癥狀確 定對設(shè)備執(zhí)行的修理。將推薦的修理列表與用于修理設(shè)備的實(shí)際的修理進(jìn)行比較。根據(jù)推 薦的修理不匹配實(shí)際的修理來識(shí)別錯(cuò)誤匹配(或異常)。生成報(bào)告，該報(bào)告分析識(shí)別的錯(cuò)誤 匹配(或異常)的傾向，以確定異常數(shù)量上升的修理代碼。本發(fā)明涉及以下技術(shù)方案。1. 一種在設(shè)備的維護(hù)修理中檢測異常的方法，所述方法包括以下步驟 提供將故障模式與癥狀關(guān)聯(lián)的故障模式-癥狀相關(guān)矩陣，各故障模式以設(shè)備故障可
能如何發(fā)生的相應(yīng)情形來識(shí)別，其中根據(jù)多個(gè)工程準(zhǔn)則生成所述癥狀與所述故障模式的關(guān) 聯(lián)；
收集用于所述設(shè)備的實(shí)際修理的診斷問題代碼，所述診斷問題代碼涉及所述設(shè)備中的 構(gòu)件的由所述設(shè)備的處理器識(shí)別的潛在故障； 將所述診斷問題代碼提供給診斷推理器；
通過所述診斷推理器進(jìn)行診斷評估，根據(jù)所述診斷問題代碼和在所述故障模式-癥狀 相關(guān)矩陣中的所述故障模式與癥狀的關(guān)聯(lián)來確定對所述設(shè)備執(zhí)行的推薦的修理； 將所述推薦的修理與用于修理所述設(shè)備的實(shí)際修理進(jìn)行比較； 根據(jù)所述推薦的修理不匹配所述實(shí)際的修理來識(shí)別錯(cuò)誤匹配； 生成顯示所有識(shí)別的錯(cuò)誤匹配的報(bào)告； 分析所述報(bào)告，以確定異常數(shù)量上升的修理代碼；以及 提醒維護(hù)中心對于所識(shí)別的故障模式的正確修理。2.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述診斷推理器利用報(bào)告的診斷問 題代碼作為癥狀，其中所述診斷推理器利用所述故障模式-癥狀相關(guān)矩陣將所述癥狀與至 少一個(gè)故障模式關(guān)聯(lián)，且其中所述推薦的修理根據(jù)所述至少一個(gè)故障模式來識(shí)別。3.根據(jù)技術(shù)方案2所述的方法，其特征在于，將通過所述維護(hù)中心識(shí)別的至少一 個(gè)其它癥狀提供給所述診斷推理器，其中所述診斷推理器利用所述診斷問題代碼和所述至 少一個(gè)其它癥狀來識(shí)別所述至少一個(gè)故障模式。4.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述工程準(zhǔn)則包括故障模式影響和 分析工具。5.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述工程準(zhǔn)則包括故障模式影響和 危害性分析工具。6.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述工程準(zhǔn)則包括維護(hù)手冊診斷。7.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述工程準(zhǔn)則包括可靠性報(bào)告。8.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述工程準(zhǔn)則包括現(xiàn)場故障數(shù)據(jù)。9.根據(jù)技術(shù)方案1所述的方法，其特征在于，所述正確修理用于識(shí)別所述設(shè)備故 障的根本原因。10.根據(jù)技術(shù)方案1所述的方法，其特征在于，在一段時(shí)間內(nèi)根據(jù)設(shè)備創(chuàng)建日期 來跟蹤所述錯(cuò)誤匹配。11.根據(jù)技術(shù)方案1所述的方法，其特征在于，根據(jù)所述設(shè)備維護(hù)提供商提供的 修理代碼來識(shí)別所述故障模式。
12.根據(jù)技術(shù)方案1所述的方法，其特征在于，從多個(gè)設(shè)備維護(hù)提供商收集所述 修理代碼以總體地識(shí)別修理中的傾向。13.根據(jù)技術(shù)方案1所述的方法，其特征在于，根據(jù)各修理代碼的異常的總數(shù)來 生成所述報(bào)告。14.根據(jù)技術(shù)方案13所述的方法，其特征在于，根據(jù)各診斷問題代碼的異常的總 數(shù)來生成所述報(bào)告。15.根據(jù)技術(shù)方案14所述的方法，其特征在于，根據(jù)修理代碼和診斷問題代碼的 組合的異常的總數(shù)來生成所述報(bào)告，各相應(yīng)修理代碼通過為所述修理而記錄的相聯(lián)系的診 斷問題代碼而分開。16.根據(jù)技術(shù)方案15所述的方法，其特征在于，基于所述設(shè)備的創(chuàng)建日期在某一 時(shí)間段內(nèi)生成所述報(bào)告。17. 一種現(xiàn)場故障檢測系統(tǒng)，包括
故障模式-癥狀相關(guān)矩陣，將故障模式與癥狀關(guān)聯(lián)，各故障模式以設(shè)備故障可能如何 發(fā)生的相應(yīng)情形來識(shí)別，且根據(jù)多個(gè)工程準(zhǔn)則生成所述癥狀與所述故障模式的關(guān)聯(lián)；
存儲(chǔ)器，用于儲(chǔ)存修理設(shè)備的診斷問題代碼，所述診斷問題代碼涉及所述設(shè)備中的構(gòu) 件的由所述設(shè)備的處理器識(shí)別的潛在故障，所述存儲(chǔ)器進(jìn)一步儲(chǔ)存代表由維護(hù)提供商對修 理的設(shè)備所作的修理的修理代碼；以及
處理單元，用于將所述診斷問題代碼與所述故障模式-癥狀相關(guān)矩陣關(guān)聯(lián)，以根據(jù)所 述診斷問題代碼和在所述故障模式-癥狀相關(guān)矩陣中的所述故障模式與癥狀的關(guān)聯(lián)來確 定對所述設(shè)備執(zhí)行的推薦的修理；
其中，將所述推薦的修理與用于修理所述設(shè)備的實(shí)際的修理進(jìn)行比較，其中根據(jù)所述 推薦的修理不匹配所述實(shí)際的修理來識(shí)別錯(cuò)誤匹配，且其中生成識(shí)別所述識(shí)別的錯(cuò)誤匹配 的報(bào)告以確定異常數(shù)量上升的修理代碼。18.根據(jù)技術(shù)方案17所述的系統(tǒng)，其特征在于，所生成的報(bào)告進(jìn)一步包括診斷問 題代碼報(bào)告，根據(jù)所述診斷問題代碼來生成所述診斷問題代碼報(bào)告，其中根據(jù)由所述維護(hù) 提供商報(bào)告的所述診斷代碼與識(shí)別對所述設(shè)備進(jìn)行的修理的修理代碼不具有期望的關(guān)系 來識(shí)別所述診斷問題代碼中的異常。19.根據(jù)技術(shù)方案17所述的系統(tǒng)，其特征在于，所生成的報(bào)告進(jìn)一步包括組合的 診斷問題代碼和修理代碼報(bào)告，根據(jù)通過相聯(lián)系的診斷問題代碼分組的所述修理代碼來生 成所述診斷問題代碼和修理代碼報(bào)告。20.根據(jù)技術(shù)方案17所述的系統(tǒng)，其特征在于，所述處理器單元為診斷推理器， 所述診斷推理器利用所述報(bào)告的診斷問題代碼作為癥狀，其中所述診斷推理器利用所述故 障模式-癥狀相關(guān)矩陣將所述癥狀與至少一個(gè)故障模式關(guān)聯(lián)，且其中根據(jù)所述至少一個(gè)故 障模式來識(shí)別所述推薦的修理。21.根據(jù)技術(shù)方案20所述的系統(tǒng)，其特征在于，將通過所述維護(hù)中心識(shí)別的至少 一個(gè)其它癥狀提供給所述診斷推理器，其中所述診斷推理器利用所述診斷問題代碼和所述 至少一個(gè)其它癥狀來識(shí)別所述至少一個(gè)故障模式。22.根據(jù)技術(shù)方案17所述的系統(tǒng)，其特征在于，所述故障模式-癥狀相關(guān)矩陣基 于工程準(zhǔn)則生成，所述工程準(zhǔn)則包括故障分析過程、維護(hù)手冊和可靠性報(bào)告。


圖1為現(xiàn)場故障異常檢測系統(tǒng)的框圖； 圖2為用于檢測維護(hù)修理的誤診斷的流程圖3a_;3e為根據(jù)設(shè)備的不同創(chuàng)建日期的修理代碼的條形比較圖； 圖4為具有最多異常的修理代碼的線繪制圖； 圖為根據(jù)設(shè)備的不同創(chuàng)建日期的診斷問題代碼的條形比較圖； 圖6為具有最多異常的DTC的線繪制圖7a_7e為根據(jù)設(shè)備的不同創(chuàng)建日期的修理代碼和DTC的條形比較圖； 圖8圖示了現(xiàn)場故障異常檢測過程的流程圖； 圖9圖示了用于對修理分類的方法的流程圖。
具體實(shí)施例方式在圖1中顯示了現(xiàn)場故障異常檢測系統(tǒng)的框圖，總地以10來表示，其用于診斷問 題設(shè)備，例如汽車?，F(xiàn)場故障異常檢測系統(tǒng)10包括用于處理數(shù)據(jù)的處理器12，所述數(shù)據(jù)通 過多個(gè)維護(hù)提供商14，例如汽車維護(hù)經(jīng)銷商和遠(yuǎn)程信息服務(wù)來獲取。多個(gè)維護(hù)提供商14在 維護(hù)診斷工具的輔助下診斷設(shè)備的問題。診斷問題代碼(DTC)從車輛處理器存儲(chǔ)器獲取， 并用于確定車輛的問題，下面將詳細(xì)討論?；贒TC、維護(hù)手冊和維護(hù)技術(shù)員的分析技能來 修理車輛。報(bào)告給原始設(shè)備制造商的修理通常通過修理代碼表示。除修理代碼之外，還將 DTC提供給現(xiàn)場故障異常檢測系統(tǒng)10，以分析作出的修理?；蛘?，可以通過維護(hù)提供商將提 供給現(xiàn)場故障異常檢測系統(tǒng)10的數(shù)據(jù)儲(chǔ)存在數(shù)據(jù)庫內(nèi)，然后基于預(yù)定周期批量提供給現(xiàn) 場故障異常檢測系統(tǒng)10。現(xiàn)場故障異常檢測系統(tǒng)10進(jìn)一步包括故障模式-癥狀相關(guān)器15，診斷推理器16， 和存儲(chǔ)器18。故障模式-癥狀相關(guān)器15包括將故障模式與癥狀關(guān)聯(lián)的故障模式-癥狀相 關(guān)矩陣(顯示在圖2中)。診斷推理器16可為獨(dú)立的處理器，或者診斷推理器16和處理器 12可集成為單個(gè)處理器。診斷推理器16在故障模式-癥狀相關(guān)器15的輔助下基于報(bào)告 的DTC確定哪些推薦的修理應(yīng)當(dāng)用于修理設(shè)備。通過多個(gè)維護(hù)提供商14確定的關(guān)于修理 的數(shù)據(jù)和結(jié)果儲(chǔ)存在存儲(chǔ)器18內(nèi)。存儲(chǔ)器還儲(chǔ)存用戶投訴和工程操作參數(shù)數(shù)據(jù)。通過主 題專家20處理、繪制和分析數(shù)據(jù)和結(jié)果，以確定關(guān)于設(shè)備的誤診斷的異常和傾向。圖2為圖示用于識(shí)別設(shè)備修理的誤診斷的過程流程的流程圖。故障模式-癥狀相關(guān)矩陣21 (例如，錯(cuò)誤模型或者關(guān)聯(lián)矩陣)，其可能存在于處理 器或者另一模塊內(nèi)，將故障模式與癥狀關(guān)聯(lián)，以識(shí)別應(yīng)當(dāng)用于解決問題的正確修理。多個(gè)工程準(zhǔn)則22用于生成故障模式28 (例如F1至F7)和癥狀四(例如S1至&)， 并將故障模式28 (例如F1至F7)與癥狀29 (例如S1至S5)關(guān)聯(lián)。維護(hù)技術(shù)員利用癥狀(例 如DTC、用戶投訴、操作參數(shù)、測試結(jié)果)29分析問題和識(shí)別必要的修理。工程準(zhǔn)則22包括 但不限于可靠性報(bào)告23，維護(hù)手冊M，控制計(jì)劃25，保修數(shù)據(jù)沈，和故障分析過程觀，例如 故障模式影響和分析工具(FMEA)以及故障模式影響和危害性分析工具(FMECA)。應(yīng)理解， 依據(jù)錯(cuò)誤-癥狀相關(guān)矩陣的范圍，該矩陣可以非常大，可以被更新和提煉，使得該矩陣識(shí)別 對于各種可能的癥狀的具體修理操作。另外，可對車輛的不同層級(jí)提供各種錯(cuò)誤-癥狀相關(guān)矩陣，其中，可將這些矩陣提供給車輛的以下層級(jí)，包括但不限于特定車輛子系統(tǒng)、特定 車輛品牌和型號(hào)。工程準(zhǔn)則22由主題專家生成，主題專家具有設(shè)備的專家領(lǐng)域知識(shí)和設(shè)備可能發(fā) 生的故障的知識(shí)。這些維護(hù)內(nèi)容專家可以包括工程師、技術(shù)專家、維護(hù)和維修人員、統(tǒng)計(jì)員 和具有設(shè)備或者設(shè)備的操作的淵博知識(shí)的任何其它人。基于工程知識(shí)、最佳實(shí)踐和主題專 家的以往經(jīng)驗(yàn)，共同地生成設(shè)備的故障模式。故障模式-癥狀相關(guān)矩陣21，如圖2所示，圖示了表格的行內(nèi)表示的多個(gè)故障模式 觀。執(zhí)行在表格的列內(nèi)表示的癥狀四，以測試和檢測故障模式。錯(cuò)誤-癥狀相關(guān)矩陣內(nèi)的 黑點(diǎn)或者其它表示(諸如布爾字符或者0與1之間的分?jǐn)?shù)值)對應(yīng)具有結(jié)合關(guān)系的故障模式 和相關(guān)聯(lián)的癥狀。各癥狀可關(guān)聯(lián)多于一個(gè)的故障模式。例如，用于線束的相應(yīng)部分的接地 短路測試程序可指示多于一個(gè)的故障模式。結(jié)果，可能需要多于一個(gè)的測試程序來識(shí)別解 決設(shè)備問題所需的修理。為確定相應(yīng)維護(hù)修理是否已經(jīng)發(fā)生誤診斷，從維護(hù)提供商獲取修理數(shù)據(jù)。原始設(shè) 備制造商，例如汽車公司，維護(hù)聯(lián)機(jī)的修理報(bào)告系統(tǒng)。在該舉例中，將車輛運(yùn)至維護(hù)修理中 心，例如經(jīng)銷商處的維護(hù)部門。維護(hù)部門將對車輛進(jìn)行診斷檢查，與車輛內(nèi)的一個(gè)或者多個(gè) 處理器(例如發(fā)動(dòng)機(jī)控制模塊)連通。車輛內(nèi)的各處理器包括存儲(chǔ)器，或者在車輛出現(xiàn)問題 和檢測出錯(cuò)誤時(shí)利用儲(chǔ)存DTC的遠(yuǎn)程存儲(chǔ)器。在車輛處理器的存儲(chǔ)器內(nèi)儲(chǔ)存DTC有利于維 護(hù)技術(shù)員試圖重新獲得車輛問題，尤其在車輛當(dāng)前沒有問題的癥狀的情況下；或者，維護(hù)技 術(shù)員可以回顧所有錯(cuò)誤的以往歷史，該所有錯(cuò)誤的以往歷史已經(jīng)在出現(xiàn)問題時(shí)儲(chǔ)存在車輛 的存儲(chǔ)器內(nèi)，用于確定當(dāng)時(shí)車輛的問題。DTC為用于識(shí)別車輛內(nèi)各種子系統(tǒng)發(fā)生的問題的字 母數(shù)字代碼。這種DTC可涉及各種車輛功能，包括但是不限于發(fā)動(dòng)機(jī)操作，排放，制動(dòng)，動(dòng)力 系，和轉(zhuǎn)向。各子系統(tǒng)自身可具有用于監(jiān)測子系統(tǒng)操作的錯(cuò)誤的機(jī)載處理器，或者處理器可 負(fù)責(zé)監(jiān)測多個(gè)子系統(tǒng)的錯(cuò)誤。在子系統(tǒng)處理器檢測出問題時(shí)，生成一個(gè)或者多個(gè)DTC。DTC 儲(chǔ)存在處理器的存儲(chǔ)器內(nèi)，然后在測試時(shí)由維護(hù)技術(shù)員獲取。DTC協(xié)助維護(hù)技術(shù)員精確指出 關(guān)注的區(qū)域。為獲取DTC，維護(hù)技術(shù)員進(jìn)入掃描工具上請求獲取為當(dāng)前或者以往驅(qū)動(dòng)周期儲(chǔ) 存的DTC的模式。掃描工具還可使用車載診斷參數(shù)識(shí)別器(PID)以確定問題。PID代碼為 子系統(tǒng)的操作參數(shù)，其被輸入掃描工具內(nèi)，并通過車輛的通信總線傳送。通信總線上的設(shè)備 中的一個(gè)識(shí)別其負(fù)責(zé)的PID代碼，并將信息發(fā)送回與設(shè)備相關(guān)的掃描工具。所述信息可包 括關(guān)于其操作狀態(tài)的數(shù)據(jù)(例如，提供空-燃混合比以便確定該比率是否在最小值與最大 值之間)。掃描工具將信息顯示給維護(hù)技術(shù)員。維護(hù)技術(shù)員評估所述信息，并確定需要何種 修理。修理代碼用于識(shí)別對車輛進(jìn)行的修理。修理代碼被輸入維護(hù)報(bào)告系統(tǒng)，并被提供 給現(xiàn)場故障異常檢測系統(tǒng)，在該系統(tǒng)中原始設(shè)備制造商可評審和分析該信息。為檢查是否發(fā)生了誤診斷，將在錯(cuò)誤查找期間獲取的癥狀31提供給診斷推理器 模塊30，所述癥狀31包括但不限于DTC，PID,掃描工具值，技術(shù)員測試結(jié)果，用戶投訴，和文 本癥狀。診斷推理器模塊30分析所報(bào)告的癥狀31，并利用故障模式-癥狀關(guān)聯(lián)21確定應(yīng) 當(dāng)對設(shè)備進(jìn)行何種修理。推薦的修理通常通過修理代碼32 (例如勞工代碼或者原始設(shè)備制 造商利用的任何其它類型的代碼)識(shí)別。推薦的修理代碼32被輸入比較器33。另外，還將代表由維護(hù)技術(shù)員對車輛作出的實(shí)際修理的實(shí)際的修理代碼34輸入比較器33。比較器33確定實(shí)際修理代碼是否匹配某一 推薦的修理代碼。如果代碼匹配，則比較器33將修理識(shí)別為合適修理并相應(yīng)地分類。如果 修理代碼不匹配，則比較器33將修理識(shí)別為異常(例如指示出現(xiàn)誤診斷、出現(xiàn)新的故障模 式或者維護(hù)程序存在錯(cuò)誤)并相應(yīng)地對修理分類。將從比較器33輸出的比較器結(jié)果35繪 成圖，并周期性地分析，以提供早期檢測是否作出合適修理或者是否發(fā)生誤診斷。圖形通過 識(shí)別誤診斷修理發(fā)生的早期傾向，為主題專家提供視覺上的圖示。圖3a_;3e圖示了基于車輛創(chuàng)建日期的用于車輛的修理代碼的條形比較圖。各圖識(shí) 別由多個(gè)維護(hù)中心報(bào)告的多個(gè)修理代碼，并基于這些車輛創(chuàng)建日期和車輛型號(hào)進(jìn)行分組。 圖示在各圖3a_3e中的各報(bào)告修理代碼表示通過在圖2中的顯示的比較器確定的正確地 診斷的修理的數(shù)量和異常的修理的數(shù)量。可分析通過各圖表示的用于設(shè)備的各創(chuàng)建日期 的直接比較。例如在圖3a中，修理代碼L0618顯示了從2008年7月6日到2008年9月5 日創(chuàng)建的通過L0618表示的設(shè)備的修理的總共57次修理。在對于各創(chuàng)建日期的總共57次 (L0618)修理中，相關(guān)器模塊確定合適地作出9次修理，而48次修理為異常。各示了對 相應(yīng)時(shí)期制造的全部設(shè)備所報(bào)告的相應(yīng)修理代碼，并將各修理代碼分類成合適的修理或者 異常。圖4圖示了顯示在所有創(chuàng)建日期內(nèi)作出的最多異常的修理的線圖。各相應(yīng)線圖代 表相應(yīng)修理代碼。例如，線36代表修理代碼L0618，線37代表修理代碼J5603，線38代表 修理代碼L1020，而線39代表修理代碼J6980。當(dāng)數(shù)據(jù)指示通過40代表的峰值時(shí)，通常表 示在數(shù)據(jù)中檢測出異常，此為常用手段。利用比較器模塊和繪制線圖顯示了當(dāng)在例如時(shí)間 時(shí)期41所示的數(shù)據(jù)報(bào)告時(shí)期傾向開始較早地上升時(shí)，錯(cuò)誤檢測系統(tǒng)可識(shí)別問題。數(shù)據(jù)的總 分析允許主題專家在數(shù)據(jù)中檢測異常，而不必人工地分析保修報(bào)告或者等待在長時(shí)間間隔 后收集的保修數(shù)據(jù)。更為重要的是，正確診斷與異常的比較允許主題專家調(diào)查和確定因維 護(hù)技術(shù)員造成的異常的根本原因。通常，異常起因于誤診斷，而誤診斷的檢測的延遲起因于 確定根本原因的線索的缺失，因?yàn)樵u審數(shù)據(jù)的人員必須假定維護(hù)技術(shù)員已經(jīng)基于故障模式 和DTC正確地作出修理?？擅恐?、每月或者每隔通過主題專家設(shè)定的其它周期分析這些報(bào)
生
1=1 O圖示了基于DTC代碼的條形比較圖。對于各相應(yīng)創(chuàng)建日期段，該圖將圖示 不正確地和正確地識(shí)別的那些DTC。各相應(yīng)圖形基于DTC代碼與修理代碼的關(guān)聯(lián)識(shí)別由多 個(gè)設(shè)備維護(hù)中心所報(bào)告的在相應(yīng)的時(shí)間段內(nèi)創(chuàng)建的DTC代碼是否合適。也就是說，基于通 過確定所記錄的DTC是否與作出的修理具有有效關(guān)系而確定的修理代碼是否正確地與DTC 相關(guān)，所述系統(tǒng)確定所報(bào)告的DTC是否有效。例如，記錄的DTC涉及燃料系統(tǒng)，但修理代碼 代表對防抱死制動(dòng)(ABS)系統(tǒng)的修理。所述系統(tǒng)無法知道是否記錄的DTC錯(cuò)誤或者維護(hù)技 術(shù)員是否作出不正確的維護(hù)步驟。然而，數(shù)據(jù)指示的是存在錯(cuò)誤匹配，且在圖中識(shí)別出，使 得主題專家可能具有不適當(dāng)?shù)姆纸M，需要對該分組進(jìn)行進(jìn)一步的研究。錯(cuò)誤匹配提供修理 有異常的指示。如果相應(yīng)DTC總是被識(shí)別為不適當(dāng)，則主題專家可進(jìn)一步分析凍結(jié)幀數(shù)據(jù) (PID數(shù)據(jù))，以確定為什么DTC與并不與其關(guān)聯(lián)的修理代碼相聯(lián)系。圖6圖示了顯示在圖所示的整個(gè)創(chuàng)建日期時(shí)間段最多的不正確地報(bào)告的 DTC的線圖。各相應(yīng)線圖代表相應(yīng)修理代碼。例如，線43代表DTC P0454，線44代表DTC P0451，和線45代表DTC P0641。常用手段為在已經(jīng)報(bào)告了大量不正確地報(bào)告的DTC時(shí)(由
946表示)在數(shù)據(jù)中檢測DTC異常。利用比較器模塊和繪制結(jié)果顯示了錯(cuò)誤檢測系統(tǒng)可在數(shù) 據(jù)報(bào)告時(shí)間段的早期(例如時(shí)間段47所表示的)識(shí)別傾向。圖7a_7e圖示了用于通過相聯(lián)系的勞動(dòng)代碼和DTC檢測異常的條形圖比較。將圖 3a-3c和圖的數(shù)據(jù)進(jìn)行組合和分類，以進(jìn)一步將與相應(yīng)勞動(dòng)代碼相聯(lián)系的DTC的數(shù)量 圖示給主題專家。將不適當(dāng)?shù)赜涗浀腄TC與相應(yīng)修理代碼分開和重新分類，并進(jìn)行報(bào)告，以 進(jìn)一步識(shí)別可能存在的異常?；谠趫D7a_7e中對于各創(chuàng)建日期時(shí)間段顯示的圖形，通過 主題專家可容易地識(shí)別和分析被識(shí)別為最成問題的異常的相應(yīng)勞動(dòng)代碼和相聯(lián)系的DTC， 以確定為什么這些具體修理代碼和DTC被不適當(dāng)?shù)叵嗷ナ褂玫脑?。而且，主題專家可立 即調(diào)查為什么發(fā)生誤診斷(例如維護(hù)手冊中的不正確的修理程序，難以遵循的程序等)。圖8圖示了現(xiàn)場故障異常檢測過程的大范圍概觀的流程圖。在步驟50中，對數(shù)據(jù)進(jìn)行收集、預(yù)處理和儲(chǔ)存，直到執(zhí)行現(xiàn)場故障檢測工具。預(yù)處 理包括數(shù)據(jù)的編譯和索引，以便在執(zhí)行程序時(shí)現(xiàn)場故障檢測工具可從存儲(chǔ)器獲取數(shù)據(jù)。在步驟51中，運(yùn)行現(xiàn)場故障檢測分析工具，以在報(bào)告的現(xiàn)場故障數(shù)據(jù)中分析數(shù)據(jù) 和確定異常傾向。在步驟52中，根據(jù)修理代碼生成關(guān)于在相應(yīng)時(shí)間段創(chuàng)建的設(shè)備的條形圖和線圖。在步驟53中，根據(jù)DTC生成關(guān)于在相應(yīng)時(shí)間段創(chuàng)建的設(shè)備的條形圖和線圖。在步驟M中，根據(jù)DTC和修理代碼生成關(guān)于在相應(yīng)時(shí)間段創(chuàng)建的設(shè)備的條形圖。 基于在作出修理時(shí)與修理代碼一同記錄的相聯(lián)系的DTC，對各相應(yīng)勞動(dòng)代碼的異常進(jìn)行分類。在步驟55中，將報(bào)告提供給主題專家，其中通過主題專家識(shí)別傾向，并確定根本 原因。各報(bào)告中不同組的數(shù)據(jù)提供線索給主題專家，以確定異常的根本原因。根本原因可 關(guān)于提供給維護(hù)提供商的維護(hù)/診斷程序或者待修理的構(gòu)件的不正確的識(shí)別。在步驟56中，通知直接影響或者協(xié)助校正所識(shí)別的修理誤診斷的實(shí)體。該實(shí)體可 包括但不限于維護(hù)技術(shù)員，工程師，負(fù)責(zé)將診斷工具代碼化和準(zhǔn)備更新的軟件工程師，以及 用于起草和改正維護(hù)手冊的人員。圖9圖示了用于識(shí)別現(xiàn)場故障異常的詳細(xì)過程的流程圖。在步驟60中，根據(jù)公知 工程準(zhǔn)則構(gòu)建故障-癥狀相關(guān)矩陣。在步驟61中，將修理代碼和癥狀提供給用于儲(chǔ)存數(shù)據(jù)的存儲(chǔ)器，癥狀包括但不限 于與設(shè)備相聯(lián)系的DTC、操作參數(shù)識(shí)別器(PID)、掃描工具值、技術(shù)員測試結(jié)果、用戶投訴和 文本癥狀。在步驟62中，將報(bào)告的癥狀數(shù)據(jù)提供給現(xiàn)場故障檢測系統(tǒng)。診斷推理器利用故障 模式-癥狀相關(guān)矩陣將癥狀與故障模式關(guān)聯(lián)。在步驟63中，根據(jù)在步驟62中識(shí)別的故障模式，利用診斷推理器識(shí)別推薦的修理。在步驟64中，將實(shí)際的修理與各個(gè)推薦的修理進(jìn)行比較。在步驟65中，確定實(shí)際的修理是否匹配某一推薦的修理。如果確定實(shí)際的修理匹 配某一推薦修理，則程序前進(jìn)至步驟66，否則程序前進(jìn)至步驟67。在步驟66中，將修理分類為適當(dāng)?shù)男蘩?。在步驟67中，將修理分類為異常。
在步驟68中，將來自步驟66和67的修理記錄在存儲(chǔ)器內(nèi)，表示為修理代碼和相 聯(lián)系的DTC，以備進(jìn)一步處理。在步驟69中，確定是否已經(jīng)通過現(xiàn)場故障檢測系統(tǒng)分析了所有修理。如果未分析 所有修理，則返回步驟62，以執(zhí)行下一修理的程序。如果已經(jīng)通過現(xiàn)場故障檢測系統(tǒng)分析了 所有修理，則程序前進(jìn)至步驟70。在步驟70中，基于儲(chǔ)存在存儲(chǔ)器內(nèi)的數(shù)據(jù)生成現(xiàn)場故障異常報(bào)告?？筛鶕?jù)修理代 碼、或DTC或修理代碼和DTC組合來生成異常報(bào)告。應(yīng)理解，盡管本文描述的實(shí)施例涉及車輛和車輛維護(hù)中心，但是本文描述的發(fā)明 可應(yīng)用于除汽車領(lǐng)域之外的其它類型的設(shè)備。雖然已經(jīng)詳細(xì)描述本發(fā)明的特定實(shí)施例，但本發(fā)明所在領(lǐng)域的技術(shù)人員將構(gòu)思出 所附權(quán)利要求限定的用于實(shí)施本發(fā)明的各種替代設(shè)計(jì)和實(shí)施例。
權(quán)利要求
1.一種在設(shè)備的維護(hù)修理中檢測異常的方法，所述方法包括以下步驟提供將故障模式與癥狀關(guān)聯(lián)的故障模式-癥狀相關(guān)矩陣，各故障模式以設(shè)備故障可 能如何發(fā)生的相應(yīng)情形來識(shí)別，其中根據(jù)多個(gè)工程準(zhǔn)則生成所述癥狀與所述故障模式的關(guān) 聯(lián)；收集用于所述設(shè)備的實(shí)際修理的診斷問題代碼，所述診斷問題代碼涉及所述設(shè)備中的 構(gòu)件的由所述設(shè)備的處理器識(shí)別的潛在故障； 將所述診斷問題代碼提供給診斷推理器；通過所述診斷推理器進(jìn)行診斷評估，根據(jù)所述診斷問題代碼和在所述故障模式_癥狀 相關(guān)矩陣中的所述故障模式與癥狀的關(guān)聯(lián)來確定對所述設(shè)備執(zhí)行的推薦的修理； 將所述推薦的修理與用于修理所述設(shè)備的實(shí)際修理進(jìn)行比較； 根據(jù)所述推薦的修理不匹配所述實(shí)際的修理來識(shí)別錯(cuò)誤匹配； 生成顯示所有識(shí)別的錯(cuò)誤匹配的報(bào)告； 分析所述報(bào)告，以確定異常數(shù)量上升的修理代碼；以及 提醒維護(hù)中心對于所識(shí)別的故障模式的正確修理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述診斷推理器利用報(bào)告的診斷問題代 碼作為癥狀，其中所述診斷推理器利用所述故障模式-癥狀相關(guān)矩陣將所述癥狀與至少一 個(gè)故障模式關(guān)聯(lián)，且其中所述推薦的修理根據(jù)所述至少一個(gè)故障模式來識(shí)別。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，將通過所述維護(hù)中心識(shí)別的至少一個(gè)其 它癥狀提供給所述診斷推理器，其中所述診斷推理器利用所述診斷問題代碼和所述至少一 個(gè)其它癥狀來識(shí)別所述至少一個(gè)故障模式。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述工程準(zhǔn)則包括故障模式影響和分析 工具。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述工程準(zhǔn)則包括故障模式影響和危害 性分析工具。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述工程準(zhǔn)則包括維護(hù)手冊診斷。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述工程準(zhǔn)則包括可靠性報(bào)告。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述工程準(zhǔn)則包括現(xiàn)場故障數(shù)據(jù)。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述正確修理用于識(shí)別所述設(shè)備故障的 根本原因。
10.一種現(xiàn)場故障檢測系統(tǒng)，包括故障模式-癥狀相關(guān)矩陣，將故障模式與癥狀關(guān)聯(lián)，各故障模式以設(shè)備故障可能如何 發(fā)生的相應(yīng)情形來識(shí)別，且根據(jù)多個(gè)工程準(zhǔn)則生成所述癥狀與所述故障模式的關(guān)聯(lián)；存儲(chǔ)器，用于儲(chǔ)存修理設(shè)備的診斷問題代碼，所述診斷問題代碼涉及所述設(shè)備中的構(gòu) 件的由所述設(shè)備的處理器識(shí)別的潛在故障，所述存儲(chǔ)器進(jìn)一步儲(chǔ)存代表由維護(hù)提供商對修 理的設(shè)備所作的修理的修理代碼；以及處理單元，用于將所述診斷問題代碼與所述故障模式-癥狀相關(guān)矩陣關(guān)聯(lián)，以根據(jù)所 述診斷問題代碼和在所述故障模式-癥狀相關(guān)矩陣中的所述故障模式與癥狀的關(guān)聯(lián)來確 定對所述設(shè)備執(zhí)行的推薦的修理；其中，將所述推薦的修理與用于修理所述設(shè)備的實(shí)際的修理進(jìn)行比較，其中根據(jù)所述推薦的修理不匹配所述實(shí)際的修理來識(shí)別錯(cuò)誤匹配，且其中生成識(shí)別所述識(shí)別的錯(cuò)誤匹配 的報(bào)告以確定異常數(shù)量上升的修理代碼。
全文摘要
本發(fā)明涉及在設(shè)備的維護(hù)修理數(shù)據(jù)中檢測異常的方法。故障模式-癥狀相關(guān)矩陣將故障模式與癥狀關(guān)聯(lián)。為設(shè)備的實(shí)際的修理收集診斷問題代碼。將診斷問題代碼提供給診斷推理器以識(shí)別故障模式。通過診斷推理器進(jìn)行診斷評估，根據(jù)識(shí)別故障模式來確定對設(shè)備執(zhí)行的推薦的修理。將各個(gè)推薦的修理與用于修理設(shè)備的實(shí)際的修理進(jìn)行比較。根據(jù)任一推薦的修理不匹配實(shí)際的修理來識(shí)別錯(cuò)誤匹配。生成報(bào)告以顯示所有的識(shí)別的錯(cuò)誤匹配。分析報(bào)告以確定異常數(shù)量上升的修理代碼。提醒維護(hù)中心對于識(shí)別的故障模式的正確修理。
文檔編號(hào)G06F19/00GK102096760SQ20101057222
公開日2011年6月15日 申請日期2010年12月3日 優(yōu)先權(quán)日2009年12月4日
發(fā)明者C.E.沃爾夫, P.班迪奧帕迪亞伊, S.辛赫 申請人:通用汽車環(huán)球科技運(yùn)作有限責(zé)任公司