專利名稱：用于車輛檢修的維修輔助系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
實(shí)施例主要涉及檢修用的維修輔助系統(tǒng)。
背景技術(shù)：
車輛維修是在車輛維 修站由專業(yè)維修技術(shù)人員進(jìn)行。車輛維修也常由車輛的主人或用戶完成。維修技術(shù)人員以及用戶都要用到維修規(guī)程或手冊(cè)，維修規(guī)程或手冊(cè)告知維修技術(shù)人員嘗試識(shí)別出故障根本原因并修復(fù)故障的維修步驟。維修手冊(cè)通常是遠(yuǎn)在車輛制造之前就已生成，并且包括用于維修車輛的逐步規(guī)程。維修手冊(cè)由維修技術(shù)人員和用戶使用。但是，在車輛的壽命期間，維修規(guī)程以及診斷規(guī)程都會(huì)更新。檢測(cè)故障及其根本原因的評(píng)估是一種除了維修技術(shù)人員在維修車輛之后的反饋以外還通過(guò)保修和工程分析而繼續(xù)的漸進(jìn)過(guò)程。而且，盡管維修手冊(cè)在某種程度上說(shuō)非常全面，但是手冊(cè)內(nèi)的維修規(guī)程常常是通用性的，并且賦予維修技術(shù)人員解讀診斷步驟、收集和整合各種癥狀、識(shí)別根本原因并進(jìn)行必要維修的責(zé)任。由于時(shí)間限制、成本以及維修技術(shù)人員認(rèn)為他們不必完整分析各種癥狀就能診斷和維修故障，因此曲解各步驟 或省略交叉系統(tǒng)相關(guān)性測(cè)試的幾率較高。用戶經(jīng)常想要自行維修車輛，特別在車輛已經(jīng)超出保修期并且用戶必須承擔(dān)費(fèi)用時(shí)更是如此。但是，用戶可能在診斷問(wèn)題或了解如何修正問(wèn)題方面并無(wú)經(jīng)驗(yàn)，或者可能只有過(guò)時(shí)的維修手冊(cè)。具有豐富經(jīng)驗(yàn)和車輛知識(shí)的維修技術(shù)人員可以利用他們的背景知識(shí)來(lái)診斷問(wèn)題。這樣做的缺點(diǎn)在于技術(shù)人員可能會(huì)忽略涉及較少顯著維修的推薦測(cè)試而是改為選擇更換比較明顯的部件，但是可能會(huì)發(fā)現(xiàn)所述比較明顯的部件無(wú)法修正問(wèn)題。更換這樣的部件，如果將其錯(cuò)誤地診斷為故障的根本原因，那么就會(huì)由于必須承擔(dān)錯(cuò)誤維修的費(fèi)用而導(dǎo)致增加原制造商的開(kāi)支。能夠有所幫助的是這樣一種系統(tǒng)，其不僅允許用戶了解問(wèn)題以及與問(wèn)題相關(guān)的維修細(xì)節(jié)，而且該系統(tǒng)還能診斷出問(wèn)題的根本原因并就地實(shí)施檢查以使得不會(huì)對(duì)車輛進(jìn)行不當(dāng)維修。

發(fā)明內(nèi)容
實(shí)施例的一個(gè)優(yōu)點(diǎn)是系統(tǒng)在技術(shù)人員實(shí)際執(zhí)行維修之前需要對(duì)更換車輛上的某些部件進(jìn)行授權(quán)。系統(tǒng)分析癥狀、代碼和故障模式以用于診斷車輛潛在的根本原因，從而用于生成對(duì)車輛進(jìn)行維修的優(yōu)先表。系統(tǒng)通過(guò)要求用盡有序和相繼的測(cè)試和維修來(lái)避免更換受限部件。本發(fā)明的另一個(gè)優(yōu)點(diǎn)是系統(tǒng)為用戶提供了與問(wèn)題的潛在根本原因相關(guān)的詳細(xì)信息并且提供了更多細(xì)節(jié)以允許用戶做出關(guān)于用戶是否想要自行維修車輛的知情決策。實(shí)施例設(shè)想了一種為維修車輛內(nèi)的車輛故障提供幫助的方法。維修輔助模塊接收與車輛故障相關(guān)的車輛癥狀信息。維修輔助模塊接收來(lái)自車輛的診斷故障碼。診斷故障碼響應(yīng)于車輛故障的出現(xiàn)而生成。車輛故障的潛在原因由基于知識(shí)的故障模塊識(shí)別。根據(jù)車輛癥狀信息和診斷故障碼中的至少一者識(shí)別潛在原因。維修輔助模塊將潛在原因通知維修輔助模塊。推薦的維修部件和維修規(guī)程由維修輔助模塊識(shí)別以用于維修車輛故障。維修輔助模塊輸出推薦的維修部件和維修規(guī)程的優(yōu)先表以用于維修車輛故障。實(shí)施例設(shè)想了一種用于維修車輛內(nèi)的車輛故障的車輛維修輔助系統(tǒng)。癥狀輸入模塊被提供用于輸入與故障相關(guān)的車輛癥狀信息。診斷碼模塊提取來(lái)自車輛的診斷故障碼。診斷故障碼響應(yīng)于故障的出現(xiàn)而生成?；谥R(shí)的故障模塊根據(jù)癥狀信息和診斷故障碼中的至少一者識(shí)別車輛故障的潛在原因。維修輔助模塊識(shí)別推薦的維修部件和維修規(guī)程以用于修復(fù)車輛故障的原因。維修輔助模塊與基于知識(shí)的故障模塊通信以用于獲取推薦的維修部件和維修規(guī)程的優(yōu)先表，從而用于維修車輛故障。方案1、一種用于維修車輛內(nèi)的車輛故障的車輛維修輔助系統(tǒng)，包括:
癥狀輸入模塊，用于輸入與故障相關(guān)的車輛癥狀信息；
診斷碼模塊，用于提取來(lái)自車輛的診斷故障碼，診斷故障碼響應(yīng)于故障的出現(xiàn)而生
成；
基于知識(shí)的故障模塊，用于根據(jù)癥狀信息和診斷故障碼中的至少一者識(shí)別車輛故障的潛在原因；以及
維修輔助模塊，用于識(shí)別推薦的維修部件和維修規(guī)程以用于修復(fù)車輛故障的原因，維修輔助模塊與基于知識(shí)的故障模塊通信以用于獲取推薦維修部件和維修規(guī)程的優(yōu)先表，從而用于維修車輛故障。方案2、如方案I所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊自主判定是否應(yīng)該為使用受限部件提供授權(quán)，其中受限部件涉及到在利用受限部件執(zhí)行車輛維修之前需要授權(quán)的維修。方案3、如方案2所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊實(shí)時(shí)地提供授權(quán)。方案4、如方案I所述的車輛維修輔助系統(tǒng)，其中車輛故障的相關(guān)癥狀信息包括客戶車的輛故障描述。方案5、如方案I所述的車輛維修輔助系統(tǒng)，其中故障的相關(guān)癥狀信息包括與車輛故障相關(guān)的維修技術(shù)人員測(cè)試數(shù)據(jù)。方案6、如方案I所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊與車輛用戶通信，其中用戶從維修輔助模塊獲取自行維修信息以用于識(shí)別和修復(fù)車輛故障的潛在原因。方案7、如方案I所述的車輛維修輔助系統(tǒng)，其中用戶通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站與維修輔助模塊通信。方案8、如方案I所述的車輛維修輔助系統(tǒng)，其中用戶通過(guò)車內(nèi)通信系統(tǒng)與維修輔助模塊通信。方案9、如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊將維修規(guī)程通知用戶，通知用戶與所述規(guī)程相關(guān)聯(lián)的大致費(fèi)用，并且通知用戶維修車輛故障的估算時(shí)間。方案10、如方案I所述的車輛維修輔助系統(tǒng)，進(jìn)一步包括技術(shù)援助顧問(wèn)，其中來(lái)自技術(shù)援助顧問(wèn)的輸入被用于配合維修輔助模塊以診斷車輛故障。方案11、一種為維修車輛內(nèi)的車輛故障提供幫助的方法，所述方法包括以下步驟:
維修輔助模塊接收與車輛故障相關(guān)的車輛癥狀信息；
維修輔助模塊接收來(lái)自車輛的診斷故障碼，診斷故障碼響應(yīng)于車輛故障的出現(xiàn)而生成；
由基于知識(shí)的故障模塊識(shí)別出車輛故障的潛在原因，其中根據(jù)車輛癥狀信息和診斷故障碼中的至少一者識(shí)別潛在原因；
其中基于知識(shí)的故障模塊將潛在原因通知維修輔助模塊，其中推薦的維修部件和維修規(guī)程由維修輔助模塊識(shí)別以用于根據(jù)識(shí)別出的潛在原因維修車輛故障，并且其中維修輔助模塊輸出推薦的維修部件和維修規(guī)程的優(yōu)先表以用于維修車輛故障。方案12、如方案11所 述的方法，其中維修輔 助模塊自主判定是否應(yīng)該為使用受限部件提供授權(quán)，其中受限部件涉及到在利用受限部件執(zhí)行車輛維修之前需要授權(quán)的維修。方案13、如方案12所述的方法，其中維修輔助模塊實(shí)時(shí)地提供車輛維修的授權(quán)。方案14、如方案12所述的方法，其中將客戶的車輛故障描述送往維修輔助模塊作為癥狀信息的一部分。方案15、如方案12所述的方法，其中將與車輛故障相關(guān)的維修技術(shù)人員測(cè)試數(shù)據(jù)送往維修輔助模塊作為癥狀信息的一部分。方案16、如方案11所述的方法，進(jìn)一步包括從維修輔助模塊向用戶傳送用于維修車輛故障的自行維修信息的步驟。方案17、如方案12所述的方法，其中自行維修信息包括維修規(guī)程、與所述規(guī)程相關(guān)聯(lián)的大致費(fèi)用以及維修車輛故障的估算時(shí)間。方案18、如方案11所述的方法，其中用戶通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站與維修輔助模塊通信。方案19、如方案11所述的方法，其中用戶通過(guò)車內(nèi)通信系統(tǒng)與維修輔助模塊通信。方案20、如方案11所述的方法，進(jìn)一步包括技術(shù)援助顧問(wèn)，其中來(lái)自技術(shù)援助顧問(wèn)的輸入被用于配合維修輔助模塊以診斷車輛故障。


圖1是車輛維修輔助系統(tǒng)的方塊圖。圖2是用于為執(zhí)行車輛維修提供幫助的方法的流程圖。
具體實(shí)施例方式圖1中主要示出了車輛維修輔助系統(tǒng)。維修輔助模塊10與維修車輛的維修中心11和/或由用戶13用于自行維修車輛的基于網(wǎng)絡(luò)的門戶網(wǎng)站12通信。維修中心11可以包括代理商的維修部門。維修人員例如維修中心11的維修技術(shù)人員14根據(jù)客戶報(bào)告的問(wèn)題或者通過(guò)在車輛上進(jìn)行的其他測(cè)試來(lái)嘗試診斷車輛問(wèn)題的根本原因。報(bào)告的問(wèn)題可以包括由車輛表現(xiàn)出的癥狀。癥狀可以由用戶13通知維修技術(shù)人員14，或者維修技術(shù)人員14可以試駕車輛并體驗(yàn)癥狀。這些癥狀包括車輛經(jīng)歷的故障和客戶關(guān)于其體驗(yàn)到的車輛問(wèn)題的申訴?？蛻羯暝V可以包括由用戶13在操作車輛時(shí)觀察到的警告信息、操作車輛時(shí)體驗(yàn)到的問(wèn)題描述，或者操作車輛時(shí)不同于正常情況或用戶13習(xí)慣的車輛操作描述。也可以由維修技術(shù)人員14對(duì)車輛進(jìn)行測(cè)試以確定在表現(xiàn)出癥狀時(shí)車輛處于怎樣的工作狀態(tài)。由測(cè)試輸出的測(cè)試結(jié)果可以包括通過(guò)診斷設(shè)備(例如診斷掃描工具、診斷分析儀、測(cè)試儀、萬(wàn)用表等)得到的任何測(cè)試數(shù)據(jù)。維修技術(shù)人員14可以將測(cè)試結(jié)果以及由維修技術(shù)人員14和用戶13體驗(yàn)到的癥狀信息輸入與維修輔助模塊10通信的癥狀輸入模塊15。癥狀輸入模塊15可以包括軟件程序，其接收由維修技術(shù)人員14輸入的信息并且可以與維修輔助模塊10通信以用于確定潛在的故障和維修措施。而且，維修技術(shù)人員14也可以通過(guò)診斷故障碼(DTC)識(shí)別出潛在問(wèn)題。維修技術(shù)人員14可以利用與車輛內(nèi)一個(gè)或多個(gè)處理器(例如發(fā)動(dòng)機(jī)控制模塊)通信的診斷碼模塊16例如掃描工具對(duì)車輛運(yùn)行診斷檢查。車輛內(nèi)的每一個(gè)處理器都包括存儲(chǔ)器或者利用遠(yuǎn)程存儲(chǔ)器以在車輛經(jīng)歷問(wèn)題并記錄下錯(cuò)誤代碼時(shí)存儲(chǔ)DTC。在車輛處理器的存儲(chǔ)器內(nèi)存儲(chǔ)DTC使維修技術(shù)人員免于重新獲取車輛問(wèn)題，特別是如果車輛當(dāng)前沒(méi)有問(wèn)題癥狀的話更是如此；而且，維修技術(shù)人員14可以審閱已經(jīng)在車輛存儲(chǔ)器內(nèi)存儲(chǔ)的任何DTC的當(dāng)前記錄或過(guò)往歷史記錄以用于確定在出現(xiàn)故障時(shí)車輛都存在哪些問(wèn)題。DTC可以涉及各種車輛功能，包括但不限于發(fā)動(dòng)機(jī)操作、排放、制動(dòng)、動(dòng)力傳動(dòng)系和轉(zhuǎn)向。每一個(gè)子系統(tǒng)都可以具有其自身的用于監(jiān)測(cè)子系統(tǒng)操作故障的車載處理器，或者一個(gè)處理器可以負(fù)責(zé)用于監(jiān)測(cè)多個(gè)子系統(tǒng)的故障。當(dāng)子系統(tǒng)處理器檢測(cè)到故障時(shí)，生成一個(gè)或多個(gè)DTC。DTC被存儲(chǔ)在處理器的存儲(chǔ)器內(nèi)并且隨后由維修技術(shù)人員14在測(cè)試時(shí)提取。DTC有助于維修技術(shù)人員14定位應(yīng)關(guān)注的區(qū)域。掃描工具可以被用于提取在觸發(fā)DTC并由車載處理器進(jìn)行記錄時(shí)所記錄的工作參數(shù)標(biāo)識(shí)符(PID)。子系統(tǒng)的狀況通常由利用多種傳感器和車載處理器內(nèi)包含的診斷軟件程序連續(xù)收集的多個(gè)(例如數(shù)千個(gè))操作PID監(jiān)測(cè)。DTC和PID被提供給維修輔助模塊10以用于分析和診斷問(wèn)題。這些數(shù)據(jù)可以通過(guò)癥狀輸入模塊15直接輸入維修輔助模塊10，或者也可以通過(guò)另外的通信介質(zhì)輸入。自行維修車輛的用戶13可以通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站12訪問(wèn)癥狀輸入模塊15以用于輸入車輛故障所經(jīng)歷的癥狀細(xì)節(jié)。基于網(wǎng)絡(luò)的門戶網(wǎng)站12可以包括計(jì)算機(jī)或者用維修輔助模塊10基于網(wǎng)絡(luò)訪問(wèn)的其他設(shè)備。癥狀輸入模塊15可以包括通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站12提供訪問(wèn)以用于輸入癥狀的軟件程序。維修輔助模塊10也可以利用車內(nèi)電信通信服務(wù)18進(jìn)行訪問(wèn)。這種電信通信服務(wù)18被用于通過(guò)無(wú)線通信系統(tǒng)提供車內(nèi)安全、遠(yuǎn)程診斷系統(tǒng)和逐向道路導(dǎo)航。由電信通信服務(wù)18獲取的故障相關(guān)信息(例如DTC和其他故障碼)可以通過(guò)電信通信服務(wù)18直接送往維修輔助模塊10。由車輛觸發(fā)并記錄的DTC通過(guò)電信通信服務(wù)18自動(dòng)監(jiān)測(cè)。維修輔助模塊10與基于知識(shí)的故障模塊20通信?；谥R(shí)的故障模塊20可以包括故障模式-癥狀矩陣和診斷推理機(jī)。在2009年12月4日提交的同時(shí)待決申請(qǐng)中介紹了故障模式-癥狀矩陣(例如故障模型或相關(guān)性矩陣)，通過(guò)引用將其主題內(nèi)容并入。故障模式-癥狀矩陣使故障模式與癥狀相互關(guān)聯(lián)。癥狀可以包括DTC、基于PID的癥狀、客戶申訴、技術(shù)人員測(cè)試結(jié)果和掃描工具的數(shù)據(jù)。診斷推理機(jī)在故障模式-癥狀矩陣的幫助下根據(jù)報(bào)告的癥狀確定應(yīng)該將哪一種推薦維修措施用于維修設(shè)備。癥狀可以包括DTC、客戶申訴、工作參數(shù)以及由維修技術(shù)人員14獲取以分析問(wèn)題的測(cè)試結(jié)果或者用戶自行輸入的數(shù)據(jù)。應(yīng)該理解用戶13可能無(wú)法獲得掃描工具以用于提取DTC碼和其他的車輛工作參數(shù)數(shù)據(jù)；但是，如果車輛裝有車內(nèi)電信通信服務(wù)18，那么這些數(shù)據(jù)就可以由車輛自主獲得。在識(shí)別出潛在原因和推薦維修措施后，維修輔助模塊10就生成推薦用于修正車輛故障的維修措施優(yōu)先表。推薦維修措施可以是單種維修措施，或者如果無(wú)法分離出確切的問(wèn)題，那么推薦維修措施也可以是多種按順序列出的維修措施。而且，如果確切的問(wèn)題無(wú)法通過(guò)現(xiàn)有數(shù)據(jù)集輕易確定，那么維修輔助模塊10可以提供更多指令用于要求另外的測(cè)試和數(shù)據(jù)收集以使得能夠更加簡(jiǎn)便地分離和識(shí)別出故障原因。維修輔助模塊10努力指引技術(shù)人員14或用戶13通過(guò)避免不必要的維修來(lái)只進(jìn)行推薦的那些維修。維修輔助模塊10與維修中心11實(shí)時(shí)通信以使得可以立刻對(duì)車輛進(jìn)行診斷和維修。維修措施優(yōu)先表可以由維修輔助模塊10提供給維修中心11使用。優(yōu)先表可以包括要執(zhí)行的維修措施優(yōu)先表、故障模式優(yōu)先表以及由技術(shù)人員建議的測(cè)試。在維修中心11維修車輛時(shí)，車輛可能仍然處于制造商保修期內(nèi)以使用于維修的部件和人工費(fèi)用都由制造商承擔(dān)。在此情況下，制造商可以對(duì)部件更換設(shè)置限制。實(shí)現(xiàn)這一點(diǎn)以使得不會(huì)產(chǎn)生用于昂貴部件或者在相應(yīng)部件并非問(wèn)題根本原因時(shí)可能會(huì)更換這些部件的不必要開(kāi)支。在此情況下，如果部件或維修措施受限，那么維修輔助模塊10可以自主判斷是否應(yīng)該提供使用受限部件的授權(quán)。也就是說(shuō)，受限部件涉及到在利用受限部件執(zhí)行車輛維修之前需要授權(quán)的維修。通過(guò)提供特定代碼或者由維修輔助模塊10自動(dòng)提供授權(quán)碼即可將用于進(jìn)行維修的授權(quán)送往維修中心11。特定代碼或授權(quán)碼允許維修中心11向制造商收費(fèi)以支付維修受限部件(例如保修部件)產(chǎn)生的費(fèi)用。該過(guò)程確保在更換受限部件之前首先考慮更加可行并且可能是更便宜的維修備選方案。也就是說(shuō)，該過(guò)程在首先利用受限部件進(jìn)行不恰當(dāng)?shù)木S修可能并不是所需的正確維修措施時(shí)阻止維修中心11進(jìn)行這樣的維修。此外，由基于知識(shí)的故障模塊20識(shí)別出的故障原因可能并不是已知故障的全面列表。用于自動(dòng)或半自動(dòng)處理維修部件限制的關(guān)鍵動(dòng)機(jī)在于人工授權(quán)過(guò)程在時(shí)間和成本方面對(duì)于維修技術(shù)人員和維修中心來(lái)說(shuō)可能都非常難以負(fù)擔(dān)。盡管部件限制可能是一種用于最小化某些不必要和昂貴維修的非常有效的方法，但是技術(shù)人員可能要花費(fèi)大量的時(shí)間來(lái)等待由人手動(dòng)批準(zhǔn)使用部件的許可。而且，這可能會(huì)導(dǎo)致在等待進(jìn)行授權(quán)時(shí)長(zhǎng)時(shí)間段地占用維修點(diǎn)。在這段時(shí)間期間，使維修點(diǎn)基本停用會(huì)變得代價(jià)高昂，維修點(diǎn)不能再用于解決其他等待維修的客戶的問(wèn)題或者用于維修其他車輛，因此會(huì)失去維修中心的潛在收入。維修輔助模塊10還可以與技術(shù)援助顧問(wèn)22通信。技術(shù)援助顧問(wèn)22或者技術(shù)援助中心的其他人員通常是具有設(shè)備專業(yè)領(lǐng)域知識(shí)和車輛發(fā)生的故障知識(shí)的主題專家或主題專家組。技術(shù)援助顧問(wèn)22可以包括工程師、技術(shù)專家、維修和維護(hù)人員、統(tǒng)計(jì)員以及對(duì)設(shè)備和設(shè)備操作具有深入了解的任何其他人員。以主題專家的工程知識(shí)、最佳實(shí)踐和過(guò)往經(jīng)驗(yàn)為基礎(chǔ)的車輛故障模式被全體保留并且可以被加入基于知識(shí)的故障模塊20。在基于知識(shí)的故障模塊22無(wú)法識(shí)別或縮小故障根本原因的情況下則聯(lián)系技術(shù)援助顧問(wèn)22。對(duì)于自行維修車輛的用戶13來(lái)說(shuō)，用戶13可以通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站12或者通過(guò)車內(nèi)診斷接口(例如電信通信服務(wù))或其他通信連接與維修輔助模塊10通信。通過(guò)利用由用戶13輸入的癥狀并且可以利用通過(guò)車內(nèi)診斷接口獲得的DTC，維修輔助模塊10生成車輛故障的潛在原因和推薦的維修措施。維修輔助模塊10的推薦內(nèi)容可以包括但不限于維修估算費(fèi)用、維修估算時(shí)間、故障嚴(yán)重性、故障的根本原因、執(zhí)行維修所需的熟練度、對(duì)專用工具的需求、修復(fù)問(wèn)題的可能性、應(yīng)同時(shí)考慮以最大化成功維修的維修措施組合、維修所需部件的位置、新的或可用的改裝部件以及報(bào)價(jià)。維修輔助模塊10利用通信介質(zhì)24向用戶提供信息。通信介質(zhì)24可以包括但不限于基于網(wǎng)絡(luò)的門戶網(wǎng)站或電子郵件。包括但不限于數(shù)據(jù)、技術(shù)人員意見(jiàn)和顧客申訴的維修相關(guān)信息可以被存儲(chǔ)在存儲(chǔ)器內(nèi)并提供給維修輔助模塊10。接收到的信息可以在基于知識(shí)的故障模塊20內(nèi)進(jìn)行分析并實(shí)施以用于細(xì)化相關(guān)癥狀和故障模式。應(yīng)該理解維修輔助模塊10是適應(yīng)性的并且根據(jù)來(lái)自其他來(lái)源的知識(shí)進(jìn)行更新，所述其他來(lái)源包括但不限于海量數(shù)據(jù)以及專家審核并輸入的知識(shí)信息。結(jié)果，維修輔助模塊10因?yàn)槭占Ａ恐R(shí)并將其加入基于知識(shí)的故障模式-癥狀矩陣中而提供了一種從其他維修中心學(xué)習(xí)的方法。另外，通過(guò)維修輔助模塊10進(jìn)行記錄的技術(shù)人員測(cè)試結(jié)果的細(xì)節(jié)提供了一種用于向工程設(shè)計(jì)人員和研發(fā)人員生成反饋的手段。圖2示出了一種用于為執(zhí)行車輛維修提供幫助的方法。在步驟30，車輛故障的相關(guān)信息被報(bào)告給車輛維修輔助系統(tǒng)。所述信息可以包括用戶意見(jiàn)，原因在于其會(huì)涉及到車輛經(jīng)歷的問(wèn)題。在步驟31，包括PID的DTC碼被報(bào)告給車輛維修輔助系統(tǒng)。DTC和PID碼是用由維修技術(shù)人員操作的掃描工具獲得，或者通過(guò)車內(nèi)診斷接口(例如電信通信服務(wù))獲得。在步驟32，包括任何測(cè)試結(jié)果在內(nèi)的技術(shù)人員意見(jiàn)被報(bào)告給車輛維修輔助系統(tǒng)。在步驟33，步驟30-32中收集的信息被提供給維修輔助模塊。維修輔助模塊組織數(shù)據(jù)用于分析和診斷車輛故障。在步驟34，維修輔助模塊將信息送往基于知識(shí)的故障模塊，在其中根據(jù)報(bào)告癥狀和代碼之間的相關(guān)性識(shí)別潛在原因。 在步驟35，做出維修是保修期內(nèi)還是非保修期內(nèi)的判定。如果維修不在保修期內(nèi)，那么程序就前進(jìn)至步驟36。如果維修在保修期內(nèi)，那么程序就前進(jìn)至步驟37。在步驟36，響應(yīng)于可能的維修不在保修期內(nèi)，正如步驟35所確定的那樣，維修輔助模塊輸出用于維修車輛的自行維修信息。由維修輔助模塊提供的信息可以包括但不限于維修估算費(fèi)用、維修估算時(shí)間、故障嚴(yán)重性、故障的根本原因、執(zhí)行維修所需的熟練度、對(duì)專用工具的需求、修復(fù)問(wèn)題的可能性、應(yīng)同時(shí)考慮以最大化成功維修的維修措施組合、維修所需部件的位置、新的或可用的改裝部件以及報(bào)價(jià)。步驟36中提供的信息主要是用于自行維修車輛的那些用戶。但是，已經(jīng)被要求為用戶診斷問(wèn)題的維修中心可以利用這些信息并將其提供給用戶以使用戶可以做出是否讓維修中心完成維修或者用戶是否要自行維修車輛的知情決策。在步驟37，推薦的潛在故障和推薦的維修措施被送往維修輔助模塊。在步驟38，對(duì)任何一項(xiàng)推薦維修措施是否使用受限部件進(jìn)行判定。如果維修措施不使用受限部件，那么程序就前進(jìn)至步驟39。如果維修措施使用受限部件，那么程序就前進(jìn)至步驟40。在步驟39，響應(yīng)于所有推薦維修措施都未涉及受限部件，正如步驟38所確定的那樣，維修輔助模塊輸出潛在原因以及要對(duì)車輛進(jìn)行的相關(guān)維修。維修輔助模塊可以識(shí)別出要進(jìn)行的維修的優(yōu)先表以及車輛故障潛在原因的優(yōu)先表。在步驟40，由維修輔助模塊自主確定對(duì)利用受限部件進(jìn)行維修的授權(quán)。如果維修輔助模塊授權(quán)維修，那么程序就前進(jìn)至步驟41，否則程序就前進(jìn)至步驟43。
在步驟41，授權(quán)碼被提供給維修技術(shù)人員用于授權(quán)進(jìn)行維修和使用受限部件。在步驟42，維修技術(shù)人員利用受限部件進(jìn)行維修。授權(quán)碼被提供給原制造商以表明由維修技術(shù)人員執(zhí)行的維修已獲得制造商授權(quán)并且維修費(fèi)用可以從制造商處收回。在步驟43，響應(yīng)于維修輔助模塊未授權(quán)利用受限部件的維修，維修輔助模塊推薦進(jìn)行另外的測(cè)試或者對(duì)車輛執(zhí)行備選的維修方案。盡管已經(jīng)詳細(xì)介紹了本發(fā)明的某些實(shí)施例，但是熟悉本發(fā)明相關(guān)領(lǐng)域的技術(shù)人員應(yīng)該意識(shí)到所附權(quán)利要求定義了用于實(shí)踐本發(fā)明的各種可選設(shè)計(jì)方案和實(shí)施例。
權(quán)利要求
1.一種用于維修車輛內(nèi)的車輛故障的車輛維修輔助系統(tǒng)，包括: 癥狀輸入模塊，用于輸入與故障相關(guān)的車輛癥狀信息； 診斷碼模塊，用于提取來(lái)自車輛的診斷故障碼，診斷故障碼響應(yīng)于故障的出現(xiàn)而生成； 基于知識(shí)的故障模塊，用于根據(jù)癥狀信息和診斷故障碼中的至少一者識(shí)別車輛故障的潛在原因；以及 維修輔助模塊，用于識(shí)別推薦的維修部件和維修規(guī)程以用于修復(fù)車輛故障的原因，維修輔助模塊與基于知識(shí)的故障模塊通信以用于獲取推薦維修部件和維修規(guī)程的優(yōu)先表，從而用于維修車輛故障。
2.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊自主判定是否應(yīng)該為使用受限部件提供授權(quán)，其中受限部件涉及到在利用受限部件執(zhí)行車輛維修之前需要授權(quán)的維修。
3.如權(quán)利要求2所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊實(shí)時(shí)地提供授權(quán)。
4.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中車輛故障的相關(guān)癥狀信息包括客戶車的輛故障描述。
5.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中故障的相關(guān)癥狀信息包括與車輛故障相關(guān)的維修技術(shù)人員測(cè)試數(shù)據(jù)。
6.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊與車輛用戶通信，其中用戶從維修輔助模塊獲取自行維修信息以用于識(shí)別和修復(fù)車輛故障的潛在原因。
7.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中用戶通過(guò)基于網(wǎng)絡(luò)的門戶網(wǎng)站與維修輔助模塊通信。
8.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中用戶通過(guò)車內(nèi)通信系統(tǒng)與維修輔助模塊通信。
9.如權(quán)利要求1所述的車輛維修輔助系統(tǒng)，其中維修輔助模塊將維修規(guī)程通知用戶，通知用戶與所述規(guī)程相關(guān)聯(lián)的大致費(fèi)用，并且通知用戶維修車輛故障的估算時(shí)間。
10.一種為維修車輛內(nèi)的車輛故障提供幫助的方法，所述方法包括以下步驟: 維修輔助模塊接收與車輛故障相關(guān)的車輛癥狀信息； 維修輔助模塊接收來(lái)自車輛的診斷故障碼，診斷故障碼響應(yīng)于車輛故障的出現(xiàn)而生成； 由基于知識(shí)的故障模塊識(shí)別出車輛故障的潛在原因，其中根據(jù)車輛癥狀信息和診斷故障碼中的至少一者識(shí)別潛在原因； 其中基于知識(shí)的故障模塊將潛在原因通知維修輔助模塊，其中推薦的維修部件和維修規(guī)程由維修輔助模塊識(shí)別以用于根據(jù)識(shí)別出的潛在原因維修車輛故障，并且其中維修輔助模塊輸出推薦的維修部件和維修規(guī)程的優(yōu)先表以用于維修車輛故障。
全文摘要
一種用于車輛檢修的維修輔助系統(tǒng)。癥狀輸入模塊被提供用于輸入與故障相關(guān)的車輛癥狀信息。診斷碼模塊提取來(lái)自車輛的診斷故障碼。診斷故障碼響應(yīng)于故障的出現(xiàn)而生成。基于知識(shí)的故障模塊根據(jù)癥狀信息和診斷故障碼中的至少一者識(shí)別車輛故障的潛在原因。維修輔助模塊識(shí)別推薦的維修部件和維修規(guī)程以用于修復(fù)車輛故障的原因。維修輔助模塊與基于指示的故障模塊通信以用于獲取推薦維修部件和維修規(guī)程的優(yōu)先表，從而用于維修車輛故障。
文檔編號(hào)G05B23/02GK103105846SQ20121045635
公開(kāi)日2013年5月15日 申請(qǐng)日期2012年11月14日 優(yōu)先權(quán)日2011年11月14日
發(fā)明者S.辛赫, S.W.霍蘭德, P.班迪奧帕迪亞伊, P.A.卡拉帕, R.J.卡斯珀, J.克拉爾, J.M.馬丁尼斯, B.W.奎恩 申請(qǐng)人:通用汽車有限責(zé)任公司, 通用汽車環(huán)球科技運(yùn)作有限責(zé)任公司