TWM481428U

TWM481428U - 車輛故障評估系統

Info

Publication number: TWM481428U
Application number: TW102224885U
Authority: TW
Inventors: Zhong-Xun Cai
Original assignee: Zhong-Xun Cai
Priority date: 2013-12-31
Filing date: 2013-12-31
Publication date: 2014-07-01

Description

車輛故障評估系統

本創作是有關於一種車輛狀態的預估系統，特別是有關於依據車輛目前狀態的特徵，以預估車輛故障情形的車輛故障評估系統。

先前技術中，車輛發生異常狀態或是有故障的情形時，除了外在如「輪胎內氣體不足」、「爆胎」、燈號損壞、車外型損壞…等各類明顯的故障情形外。在其它內部零件損壞時，車主在不具有車輛運作與零組件的知識，亦不了解車輛故障情形的前提下，並無法判斷出車輛故障或是異常的情形。因此，車主只能完全聽從車輛廠商或是維修廠人員的建議進行車輛修理，故會有受到不良廠商人員的誤導或是錯誤的判斷，而進行不適當的維修作業或是零件更換，進而造成更大的維修成本。

為解決上述問題，本創作係揭露一種車輛故障評估系統，其於車輛發生異常時，提供車主適當故障判斷的參考資料。

本創作揭露的車輛故障評估系統包括：一儲存單元、一車況輸入單元、一狀態擷取單元、一故障評核單元與一顯示單元。儲存單元儲存複數個故障資料。車況輸入單元取得輸入的一車輛狀態資料。故障評核單元依據各故障關鍵資料與每一故障資料對應的配對資料，從所有故障資料中取得至少一故障評估結果，以透過顯示單元顯示故障評估結果。

本創作揭露的車輛故障評估系統，其得以建構於無線網路設備及/或電信設備連接形成的無線通訊系統架構，或是將系統整個的建構於使用者的攜帶式裝置(Portable Device)，適用性較高。其次，此系統是於車輛產生故障時，依據車輛的狀態以提供相關的預估故障情形予車主，讓車主得知車輛可能故障的問題為何，較能避免因不良廠商人員的誤導、誤判、隱瞞或蓄意欺騙，而施行不適當的維修作業或是零件更換的情形發生。

10‧‧‧儲存單元

11‧‧‧故障資料

20‧‧‧車況輸入單元

21‧‧‧車輛狀態資料

22‧‧‧語音接收單元

23‧‧‧語音辨識單元

24‧‧‧攝影單元

25‧‧‧車況影像資料

30‧‧‧狀態擷取單元

31‧‧‧故障關鍵資料

32‧‧‧影像辨識單元

33‧‧‧車輛元件圖片

40‧‧‧故障評核單元

41‧‧‧故障評估結果

50‧‧‧顯示單元

圖1繪示本創作實施例之第一種車輛故障評估系統架構示意圖。

圖2繪示本創作實施例之第二種車輛故障評估系統架構示意圖。

圖3繪示本創作實施例之第三種車輛故障評估系統架構示意圖。

圖4至圖6繪示本創作實施例的第一種故障預判流程示意圖。

圖7至圖9繪示本創作實施例的第二種故障預判流程示意圖。

茲配合圖式將本創作實施例詳細說明如下。

請參閱圖1繪示本創作實施例之第一種車輛故障評估系統架構示意圖。此實施例中，暫時以系統整體建構於單一的攜帶式裝置(Portable Device)為例進行說明。此系統包括一儲存單元10、一車況輸入單元20、一狀態擷取單元30、一故障評核單元40與一顯示單元50。

儲存單元10儲存有多個故障資料11，每一個故障資料11包括車輛異常或故障時的呈現狀態，零組件與車輛部件的表現情形與可能發出聲響等情形。因應不同的車輛狀態，故障資料11可以包括：車輛故障時的現象說明，車輛部件所在位置的示意，車輛部件各類損壞情形的示意影片、圖片，車輛損壞時會發出的聲響的舉例聲音資料。在一些實施例中，每一個故障資料11個別的對應有一個或數個配對資料，此等配對資料依據設計人員的需求，可以是聲音、文字與圖片等一種或多種的資料組合，以供後續說明的資料相似度比對。

車況輸入單元20為使用者輸入資料的輸入模組、元件或是介面，用以取得使用者輸入的車輛狀態資料21。依據設計人員所設計的資料比對方式，車輛狀態資料21的輸入型態可以為文字、語音、使用者利用照相裝置(可為外部資料輸入裝置，或是內建於攜帶式裝置中)所拍攝的圖片，或是上述各類資料的組合，並不設限。

狀態擷取單元30連接車況輸入單元20，用以取得車輛狀態資料21，並從中擷取出一個以上的故障關鍵資料31。擷取故障關鍵資料31 的方式是對應車輛狀態資料21的輸入型態。在一些實施例中，儲存單元10儲存有一個或多個資料擷取原則、參照依據及/或參考資料，此等資料的類型亦是對應車輛狀態資料21的輸入型態。狀態擷取單元30在擷取故障關鍵資料31時，會依據此等參考資料與資料輸入的類型，而對車輛狀態資料21進行擷取，以取得故障關鍵資料31。故障關鍵資料31的型態亦可以是文字、語音、圖片、影像擷取片段、資料路徑指標、或是上述各類資料的組合。在一些實施例中，此等參考資料亦可為前述的配對資料。

故障評核單元40連接狀態擷取單元30與儲存單元10。故障評核單元40會將故障關鍵資料31與各故障資料11對應的配對資料進行匹配、媒合，以從所有的故障資料11中，找出與故障關鍵資料31相符合者，作為故障評估結果41。

在一些實施例中，故障評核單元40分析出故障關鍵資料31所屬的元件類別，再將故障關鍵資料31與元件類別包括的每一故障資料11對應的配對資料相比對。而此等元件類別可以是另外儲存於儲存單元10中，或是被包括於前述的參考資料或配對資料中。亦或是，使用者利用車況輸入單元20於分析過程期間，輸入此故障關鍵資料31所屬的元件類別。

在其它的實施例中，故障評核單元40可取得故障關鍵資料31所含蓋元件類別中比例最高之一者作為目標類別，找出目標類別包括的故障資料11，再將其對應的配對資料與故障關鍵資料31相比對。

顯示單元50連接故障評核單元40，用以取得故障評估結果41並將其顯示。使用者可藉由畫面呈現的資料以得知車輛故障情形的預估結果。在一些實施例中，故障評核單元40依據故障關鍵資料31與各配對資料的相近程度，對各配對資料所屬的故障資料11給予一故障相似度，以依據各故障相似度而從所有或是曾比對過的故障資料11中，取得故障評估結果41。然而，故障評估結果41的數量可以為單一或是多數個，並未有所限制。而且，故障評估結果41可為故障判定說明、故障判定影像、故障判定圖形、故障判定語音、或是前述資料之至少一者所組成的群組。「故障判定說明」是指以文字說明車輛的故障情形。「故障判定影像」是指藉由播放影像的方式，呈現車輛故障情形的連續影像。「故障判定圖形」是指藉由顯示圖片的方式，呈現車輛故障情形的示意圖。「故障判定語音」是指藉由播放聲音檔的方式，用語音來說明車輛故障的各種情形。更進一步者，每一故障資料11可包括故障排除或是處理教學，以供使用者參考。

在一些實施例中，使用者可以在輸入車輛狀態資料21時，一次性的輸入所有的車輛狀態，系統會一次性的給出可能性較高的故障評估結果41。在其它的實施例中，故障資料11是呈現交互連結的網狀、或樹狀結構。使用者可以在輸入車輛狀態資料21時，可以將所有車輛狀態逐一輸入，系統會依據使用者當時輸入的車輛狀態進行逐層分析，並給出在當時的狀態分析條件下，可能性較高的故障評估結果41。然而，在某些實施例中，顯示單元50會先呈現出多個車輛狀態項目，使用者可觀看後，利用車況輸入單元20的輸入介面，來從中選擇一個或是多個項目。車況輸入單元20會依據被選取的項目，而產生對應的車輛狀態資料21。

請參閱圖2繪示本創作實施例之第二種車輛故障評估系統架構示意圖。此例中，車況輸入單元20包括一語音接收單元22與一語音辨識單元23。語音接收單元22接收使用者說明時的聲音，以形成語音資料。語音辨識單元23辨認此語音資料以產生前述的車輛狀態資料21。此外，在其它的實施例中，車況輸入單元20可為語音輸入單元。車輛狀態資料21可為語音資料。狀態擷取單元30則為語音辨識單元23，以對車輛狀態資料21進行語音擷取以產生故障關鍵資料31。

請參閱圖3繪示本創作實施例之第三種車輛故障評估系統架構示意圖。此實施例中，車況輸入單元20為攝影單元24，車輛狀態資料21為一車況影像資料25。狀態擷取單元30即為影像辨識單元32，狀態擷取單元30會從車況影像資料25擷取出至少一車輛元件圖片33，以包含或形成故障關鍵資料31。而且，故障資料11對應的配對資料為預儲的故障元件圖片。故障評核單元40會匹配車輛元件圖片33與各故障元件圖片，以取得前述的故障評估結果41。

請參閱圖4至圖6繪示本創作實施例的第一種故障預判流程示意圖。如前述，使用者可以透過車況輸入單元20，一次性輸入所有的車輛狀態資料21，或是依據系統指示，以逐步的輸入各種車輛狀態資料21。

如圖4繪示，當使用者輸入的車輛狀態資料21包括「引擎不能啟動」、「聽到引擎有答答聲」及/或「引擎只搖轉幾下」時，故障評核單元40即進入流程A1的故障判斷流程，並輸出「電瓶電椿頭可能鬆動」的階段性的故障評估結果41，並提出對應的故障排除手段，以供使用者去執行，或是預先理解「維修人員應當施行的維修手段」。例如「檢查電瓶電椿頭是否鬆動」，以決定是要「用工具旋緊電椿頭」或是「更換電瓶」，並於處理後，依據引擎啟動與否，即可確定是「電樁鬆動造成引擎無法啟動」或是「引擎正常啟動後，燈光是否處於開啟，以確定電瓶故障」等最後階段的故障評估結果41。

續請參閱圖4與圖6，當使用者輸入的車輛狀態資料21包括「引擎不能啟動」與「引擎完全無聲」時，故障評核單元40即進入流程A2的故障判斷流程，並輸出「電瓶可能故障」的階段性的故障評估結果41，並提出對應的故障排除手段，以供使用者去執行，或是預先理解「維修人員應當施行的維修手段」。例如「更換電瓶」，並依據電瓶更換後引擎是否可被啟動，若能啟動，即判斷為「電瓶故障」。若引擎仍不能啟動時，再依據「開紅火(Key On)後，儀表警示燈是否亮起」，及依據「檢查保險絲是否斷裂」，以決定是否要「更換保險絲以啟動引擎」、或者「上下搖動鑰匙並同時起動引擎」，依據引擎啟動與否，即可確定是「鑰匙開關或儀表線路及相關線路異常」或是「鑰匙開關內部接點故障」等最後階段的故障評估結果41。另一方面，當「儀表警示燈是亮起時」，則「搖轉引擎並用工具敲打起動馬達」。然而，不論「起動馬達是否能啟動、搖轉數下或是靜止」，皆會提供「起動馬達故障」的最後階段的故障評估結果41。

續請參閱圖4至圖5，當使用者輸入的車輛狀態資料21包括「引擎不能啟動」與「引擎可搖轉但無法啟動」時，故障評核單元40即進入流程A3的故障判斷流程，並要求持續輸入車輛狀態資料21「檢查燃油管是否有脈衝壓力？」，並在無脈衝壓力時，要求輸入車輛狀態資料21「油泵保險絲是否斷裂？」，以依據輸入的車輛狀態資料21，即可確定是「燃油系統故障」或是「繼電器線路異常」等最後階段的故障評估結果41。

另一方面，若是有脈衝壓力時，要求車輛狀態資料21「搖轉引擎看火星塞部位是否有跳火電壓產生」，即可確定是「火星塞異常等組件異常」或是「點火系統故障」等最後階段的故障評估結果41。

續請參閱圖7至圖9繪示本創作實施例的第二種故障預判流程示意圖。，相近似的，當使用者輸入的車輛狀態資料21包括「冷氣不冷」及「出風口無風量」時，故障評核單元40即進入流程B1的故障判斷流程，並輸出「鼓風機保險絲可能斷開」的階段性的故障評估結果41，並提出對應的故障排除手段，以供使用者去執行，或是預先理解「維修人員應當施行的維修手段」。例如「檢查鼓風機保險絲是否完好」，以決定是要「更換保險絲」或是「敲打鼓風機馬達」，並於處理後，依據鼓風機啟動與否，即可確定是「鼓風機馬達耗電量大」、「風量電阻異常」、「線路故障」、「鼓風機咬死或吸入異物」等最後階段的故障評估結果41。

當使用者輸入的車輛狀態資料21包括「冷氣不冷」及「冷氣微冷」等相關資訊時，故障評核單元40即進入流程B2的故障判斷流程，並輸出「冷媒可能洩漏」的階段性的故障評估結果41，並提出對應的故障排除手段，例如「檢查散熱片，高低壓管壓縮機儲液筒是否有油漬或明顯冷媒洩漏」，更進一步在判斷「機件或管路造成冷媒洩漏」且進行組件處理時，依據後續輸入的車輛狀態資料21，以判定為輸出「蒸發器洩漏」、「壓縮機異常」、「膨脹閥異常」等故障評估結果41之至少一者。

當使用者輸入的車輛狀態資料21包括「冷氣不冷」及「冷氣冷熱不定」、或「時冷時不冷」等相關資訊時，故障評核單元40即進入流程B3的故障判斷流程，並輸出「散熱馬達可能停止」的階段性的故障評估結果41，並提出對應的故障排除手段，例如「檢查散熱馬達是否運行」，依據後續輸入的車輛狀態資料21，以判定為輸出「散熱馬達故障，應進行維修」、「壓縮機異常」、「管路阻塞」、「感溫棒故障」等故障評估結果41之至少一者。

當使用者輸入的車輛狀態資料21包括「冷氣不冷」及「冷氣完全不冷」等相關資訊時，故障評核單元40即進入流程B4的故障判斷流程，並輸出「壓縮機離合器可能故障」的階段性的故障評估結果41，並提出對應的故障排除手段，例如「檢查壓縮機離合器是否一併吸入運轉」、「檢查壓縮機保險絲是否斷裂」、「檢查散熱片，高低壓管壓縮機儲液筒是否有油漬或明顯冷媒洩漏」，並依據後續輸入的車輛狀態資料21，以判定為輸出「壓縮機線路故障」、「壓縮機異常」、「蒸發器洩漏」、「壓縮機異常」、「機件或管路造成冷媒洩漏」、「膨脹閥異常」等故障評估結果41之至少一者。

綜上所述之，乃僅記載本創作為呈現解決問題所採用的技術手段之實施方式或實施例而已，並非用來限定本創作專利實施之範圍。即凡與本創作專利申請範圍文義相符，或依本創作專利範圍所做的均等變化與修飾，皆為本創作專利範圍所涵蓋。