專利名稱：失效診斷信息產(chǎn)生設(shè)備和失效診斷信息產(chǎn)生系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及失效診斷信息產(chǎn)生設(shè)備、失效診斷信息產(chǎn)生系統(tǒng)等，它們產(chǎn)生車輛失 效診斷中所用的指令信息。
背景技術(shù)：
例如，日本專利No. 3799795描述了一種車輛診斷系統(tǒng)，其中，以通過車輛自身診 斷而發(fā)現(xiàn)的故障為基礎(chǔ)的失效診斷信息被以無線方式傳送到外部基站，然后外部基站通過 郵件(郵寄)來提供信息，該信息提示用戶對車輛進行修理。在上述車輛診斷系統(tǒng)中，為了 使外部基站能夠獲取已經(jīng)執(zhí)行了修理這樣的信息，在從車輛向基站以無線方式傳送了以通 過車輛自身診斷而發(fā)現(xiàn)的故障為基礎(chǔ)的失效診斷信息之后，如果檢測到與該失效診斷信息 對應(yīng)的車輛故障已被消除(受到修理)，則從車輛向基站傳送故障已消除信息，該信息表明 消除了故障。另外，并非僅是在車輛自身診斷或在外部診斷中；當車輛的失效受到診斷時，必需 對發(fā)生該失效時的車輛信息(例如，發(fā)動機負載的變化樣式等等)進行診斷。此時，如果把 已經(jīng)從大量車輛獲取的、失效時的各條過往車輛信息與失效的原因相關(guān)聯(lián)以制成數(shù)據(jù)庫， 則此后當在失效時獲取了類似的車輛信息時，就從該數(shù)據(jù)庫取回與所獲取的車輛信息相對 應(yīng)的失效原因信息，從而使得可以容易地識別當前的失效原因(并另外識別對該失效進行 修理的方法)。但是，由于復雜的車輛系統(tǒng)等，如果發(fā)生車輛故障，則車輛故障的原因中的一些 (根源原因)不能被準確地識別。即使在經(jīng)銷商等處實施車輛的修理或部件更換、并因而曾 經(jīng)消除了故障時，該故障也可能在此后再現(xiàn)(recur)。在此情況下，修理時識別的失效原因 最終是錯誤的。如果上述錯誤識別的信息累積在上述數(shù)據(jù)庫中，則失效診斷的準確性可能惡化。

發(fā)明內(nèi)容
本發(fā)明提供了失效診斷信息產(chǎn)生設(shè)備、失效診斷信息產(chǎn)生系統(tǒng)等，它們能夠通過 對車輛的修理或部件更換之后故障是否再現(xiàn)進行判定，來制成僅有各條可靠信息的數(shù)據(jù)庫。本發(fā)明的第一方面提供了一種失效診斷信息產(chǎn)生設(shè)備。這種失效診斷信息產(chǎn)生設(shè) 備包括修理信息獲取裝置，用于獲取修理信息，所述修理信息表明伴隨車輛的故障而實施 的修理或部件更換的內(nèi)容，或表明所述故障的原因；故障時車輛信息獲取裝置，用于獲取故 障時車輛信息，所述故障時車輛信息表明發(fā)生所述故障時所檢測到的車輛狀態(tài)；指令信息 產(chǎn)生裝置，用于根據(jù)所述修理信息和所述故障時車輛信息而產(chǎn)生指令信息，所述指令信息 可用于未來的修理或部件更換；再現(xiàn)信息獲取裝置，用于獲取再現(xiàn)信息，所述再現(xiàn)信息表明 在所述車輛的修理或部件更換之后，所述故障是否已經(jīng)再現(xiàn)。當根據(jù)所述再現(xiàn)信息而判定 為在所述車輛的修理或部件更換之后所述故障尚未再現(xiàn)時，所述指令信息產(chǎn)生裝置執(zhí)行下述(1)和(2)中的任意一者。即，(1)指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有關(guān) 的修理信息和故障時車輛信息而產(chǎn)生指令信息，或者(2)判定將由所述指令信息產(chǎn)生裝置 根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息和故障時車輛信息而產(chǎn)生的指令信息用于未 來的修理或部件更換。在這個第一方面，在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預定時間 長度時為止或者到所述車輛行駛了預定距離時為止所述故障尚未再現(xiàn)時，所述指令信息產(chǎn) 生裝置可以根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息和故障時車輛信息而產(chǎn)生指令信 息，或者可以判定將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息 和故障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更換。在這個第一方面，在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預定時間 長度時為止或者到所述車輛行駛了預定距離時為止所述故障已經(jīng)再現(xiàn)時，所述指令信息產(chǎn) 生裝置可以不根據(jù)與尚未再現(xiàn)的故障有關(guān)的修理信息和故障時車輛信息而產(chǎn)生指令信息， 或者可以判定不將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的故障有關(guān)的修理信息和故 障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更換。在上述第一方面，可以僅在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預 定時間長度時為止或者到所述車輛行駛了預定距離時為止所述故障尚未再現(xiàn)時，所述修理 信息獲取裝置才獲取與尚未再現(xiàn)的所述故障有關(guān)的修理信息，并且所述故障時車輛信息獲 取裝置才獲取所述故障時車輛信息，所述指令信息產(chǎn)生裝置可以根據(jù)所獲取的修理信息和 故障時車輛信息而產(chǎn)生指令信息。在這個第一方面，在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預定時間 長度時為止或者到所述車輛行駛了預定距離時為止所述故障已經(jīng)再現(xiàn)時，所述指令信息產(chǎn) 生裝置可以丟棄與已經(jīng)再現(xiàn)的故障有關(guān)的修理信息和故障時車輛信息，并且在已經(jīng)產(chǎn)生了 與已經(jīng)再現(xiàn)的故障有關(guān)的指令信息時可以丟棄與已經(jīng)再現(xiàn)的故障有關(guān)的指令信息。在這個第一方面，可以僅在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預 定時間長度時為止或者到所述車輛行駛了預定距離時為止所述故障尚未再現(xiàn)時，所述指令 信息產(chǎn)生裝置才將與尚未再現(xiàn)的故障有關(guān)的指令信息提供給車輛修理支持設(shè)備，所述車輛 修理支持設(shè)備安裝在車輛、經(jīng)銷商和修理設(shè)施中至少任意一者上。在這個第一方面，所述再現(xiàn)信息獲取裝置可以從車輛、經(jīng)銷商和修理設(shè)施中至少 任意一者獲取所述再現(xiàn)信息；或者，所述再現(xiàn)信息獲取裝置可以從車輛、經(jīng)銷商和修理設(shè)施 中至少任意一者獲取表明在所述車輛的修理或部件更換之后所述車輛的車輛狀態(tài)的修理 后車輛信息，然后可以根據(jù)所獲取的修理后車輛信息來判定所述故障是否已經(jīng)再現(xiàn)，從而 獲取所述再現(xiàn)信息。在這個第一方面，失效診斷信息產(chǎn)生設(shè)備可以還包括修理支持信息產(chǎn)生裝置，用 于根據(jù)發(fā)生新故障時獲取的故障時車輛信息并根據(jù)所述指令信息而產(chǎn)生修理支持信息，所 述修理支持信息可用于針對所述新故障進行修理或部件更換。在這個第一方面，所述修理支持信息可以包含下列至少任意一者表明要實施的 修理或部件更換的內(nèi)容的信息，以及表明所述新故障的原因的根源原因信息。本發(fā)明的第二方面提供了一種車輛修理支持設(shè)備，其安裝在車輛、經(jīng)銷商以及修 理設(shè)施中的至少任意一者處。這種車輛修理支持設(shè)備包括指令信息獲取裝置，用于從根據(jù)
6該第一方面的失效診斷信息產(chǎn)生設(shè)備獲取指令信息；故障時車輛信息獲取裝置，用于獲取 故障時車輛信息，所述故障時車輛信息表明在車輛中發(fā)生故障時檢測到的車輛狀態(tài)；修理 支持信息輸出裝置，用于根據(jù)所獲取的故障時車輛信息和所獲取的指令信息而產(chǎn)生并輸出 修理支持信息，所述修理支持信息可用于針對所述故障而進行的修理或部件更換。本發(fā)明的第三方面提供了一種車輛修理支持設(shè)備，其安裝在車輛、經(jīng)銷商以及修 理設(shè)施中的至少任意一者處。這種車輛修理支持設(shè)備包括修理支持信息輸出裝置，用于從 根據(jù)該第一方面的失效診斷信息產(chǎn)生設(shè)備獲取并輸出所述修理支持信息。在這個第三方面，所述修理支持信息可以包含下列至少任意一者表明要實施的 修理或部件更換的內(nèi)容的信息，以及表明所述新故障的原因的根源原因信息。本發(fā)明的第四方面提供了一種車輛修理支持系統(tǒng)。該車輛修理支持系統(tǒng)包括根 據(jù)該第一方面的失效診斷信息產(chǎn)生設(shè)備；根據(jù)第二或第三方面的車輛修理支持設(shè)備。本發(fā)明的第五方面提供了一種失效診斷信息產(chǎn)生系統(tǒng)。該失效診斷信息產(chǎn)生系統(tǒng) 包括根據(jù)該第一方面的失效診斷信息產(chǎn)生設(shè)備，以及再現(xiàn)信息提供設(shè)備。所述再現(xiàn)信息提 供設(shè)備包括修理后車輛信息獲取裝置，用于獲取修理后車輛信息，所述修理后車輛信息表 明在車輛的修理或部件更換之后，所述車輛的車輛狀態(tài)；判定裝置，用于根據(jù)所獲取的修理 后車輛信息來判定所述故障是否已經(jīng)再現(xiàn)；傳送裝置，用于根據(jù)由所述判定裝置判定的結(jié) 果而產(chǎn)生所述再現(xiàn)信息，并將所產(chǎn)生的再現(xiàn)信息傳送到所述失效診斷信息產(chǎn)生設(shè)備。在這個第五方面，可以僅在所述判定裝置判定為所述故障尚未再現(xiàn)時，所述傳送 裝置才將與尚未再現(xiàn)的故障有關(guān)的修理信息和故障時車輛信息傳送給所述失效診斷信息 產(chǎn)生設(shè)備，并且，對所述修理信息和故障時車輛信息的傳送可以起到所述再現(xiàn)信息的作用。在這個第五方面，所述修理后車輛信息獲取裝置、所述判定裝置和所述傳送裝置 可以被安裝在車輛、經(jīng)銷商和修理設(shè)施中的至少任意一者處。本發(fā)明的第六方面提供了一種再現(xiàn)信息提供設(shè)備。所述再現(xiàn)信息提供設(shè)備可以被 用在根據(jù)第五方面的失效診斷信息產(chǎn)生系統(tǒng)中。本發(fā)明的第七方面提供了一種失效診斷信息產(chǎn)生方法。該失效診斷信息產(chǎn)生方法 包括獲取修理信息，所述修理信息表明伴隨車輛的故障而實施的修理或部件更換的內(nèi)容， 或表明所述故障的原因；獲取故障時車輛信息，所述故障時車輛信息表明發(fā)生所述故障時 所檢測到的車輛狀態(tài)；獲取再現(xiàn)信息，所述再現(xiàn)信息表明在所述車輛的修理或部件更換之 后，所述故障是否已經(jīng)再現(xiàn)；并且當根據(jù)所述再現(xiàn)信息而判定為所述故障尚未再現(xiàn)時，根據(jù) 所述修理信息和所述故障時車輛信息而產(chǎn)生指令信息，所述指令信息可用于未來的修理或 部件更換。本發(fā)明的第八方面提供了一種數(shù)據(jù)庫。所述數(shù)據(jù)庫保持由根據(jù)該第一方面的失效 診斷信息產(chǎn)生設(shè)備所提供的所述指令信息。本發(fā)明的第九方面提供了一種數(shù)據(jù)庫，其安裝在車輛、經(jīng)銷商和修理設(shè)施中的至 少任意一者處。所述數(shù)據(jù)庫保持由根據(jù)該第一方面的失效診斷信息產(chǎn)生設(shè)備所供應(yīng)的所述 指令信息。根據(jù)本發(fā)明的這些方面，可以提供失效診斷信息產(chǎn)生設(shè)備、失效診斷信息產(chǎn)生系 統(tǒng)等，它們能夠通過對車輛的修理或部件更換之后故障是否再現(xiàn)進行判定，來制成僅有各 條可靠信息的數(shù)據(jù)庫。


下面參考附圖對本發(fā)明的示例性實施例進行的詳細說明將闡述本發(fā)明的特征、優(yōu) 點、以及技術(shù)上和產(chǎn)業(yè)上的重要性，附圖中相同的標號表示相同的元素，其中圖1的功能構(gòu)造圖示出了根據(jù)本發(fā)明各種實施例的車輛修理支持系統(tǒng)1的基本功 能；圖2的功能構(gòu)造圖示出了根據(jù)本發(fā)明各種實施例的車輛修理支持系統(tǒng)1的基本功 能；圖3的系統(tǒng)構(gòu)造圖示出了根據(jù)本發(fā)明第一實施例的車輛修理支持系統(tǒng)的有關(guān)構(gòu) 造；圖4A和圖4B的流程圖示出了由根據(jù)第一實施例的車輛修理支持系統(tǒng)實現(xiàn)的失效 診斷支持方案的流程；圖5是示出FFD示例的圖；圖6是示出DTC示例的圖；圖7是示出挖掘指令數(shù)據(jù)示例的圖；圖8的圖示出了使用挖掘指令數(shù)據(jù)的挖掘方法的示例；圖9是示出了挖掘結(jié)果示例的圖；圖10的系統(tǒng)構(gòu)造圖示出了根據(jù)本發(fā)明第二實施例的車輛修理支持系統(tǒng)的有關(guān)構(gòu) 造；圖IlA和圖IlB的流程圖示出了由根據(jù)第二實施例的車輛修理支持系統(tǒng)實現(xiàn)的失 效診斷支持方案的流程；圖12的系統(tǒng)構(gòu)造圖示出了根據(jù)本發(fā)明第三實施例的車輛修理支持系統(tǒng)的有關(guān)構(gòu) 造；圖13A和圖13B的流程圖示出了由根據(jù)第三實施例的車輛修理支持系統(tǒng)實現(xiàn)的失 效診斷支持方案的流程；圖14的系統(tǒng)構(gòu)造圖示出了根據(jù)本發(fā)明第四實施例的車輛修理支持系統(tǒng)的有關(guān)構(gòu) 造；圖15A和圖15B的流程圖示出了由根據(jù)第四實施例的車輛修理支持系統(tǒng)實現(xiàn)的失 效診斷支持方案的流程。
具體實施例方式下面將參考附圖對本發(fā)明的實施例進行說明。圖1的功能構(gòu)造圖示出了根據(jù)本發(fā)明各種實施例的車輛修理支持系統(tǒng)1的基本功 能。車輛修理支持系統(tǒng)1主要包括車內(nèi)裝置201、中心服務(wù)器301和經(jīng)銷商終端401。車內(nèi) 裝置201安裝在車輛上。中心服務(wù)器301布置在挖掘中心(mining center)。經(jīng)銷商終端 401由實施車輛的修理或部件更換的經(jīng)銷商或修理設(shè)施(下文中統(tǒng)稱為“經(jīng)銷商”)管理。 可以在各個經(jīng)銷商處設(shè)置多個經(jīng)銷商終端401。每個經(jīng)銷商終端401通過選定的通信線路 連接到中心服務(wù)器301。中心服務(wù)器301可以由分散布置在多個位置處的服務(wù)器形成；但是 在此情況下，分散布置的服務(wù)器在功能上協(xié)作以用作一個中心服務(wù)器301。注意，與下文將要描述的第二實施例和第三實施例中的情況一樣，也可以實現(xiàn)不一定需要經(jīng)銷商終端401 的車輛修理支持系統(tǒng)12和13。圖2的功能構(gòu)造圖示出了車輛修理支持系統(tǒng)1的基本功能。車輛修理支持系統(tǒng)1 主要具有修理信息收集功能20、故障時車輛信息收集功能21、指令信息產(chǎn)生功能22、再現(xiàn) 信息收集功能23、指令信息儲存功能24和挖掘功能25。修理信息收集功能20收集信息，該 信息表明與車輛的故障相關(guān)地實施的修理或部件更換的內(nèi)容，或者表明故障原因(下文中 統(tǒng)稱為“修理信息”)。故障時車輛信息收集功能21收集故障時車輛信息，該信息表明發(fā)生 故障時檢測到的車輛狀態(tài)。指令信息產(chǎn)生功能根據(jù)伴隨同一故障而收集的修理信息和故障 時車輛信息而產(chǎn)生指令信息，所述指令信息可用于未來的修理或部件更換。再現(xiàn)信息收集 功能23獲取再現(xiàn)信息，所述再現(xiàn)信息表明車輛的修理或部件更換之后該故障是否已再現(xiàn)。 指令信息儲存功能24積累指令信息。只有在車輛的修理或部件更換之后尚未再現(xiàn)過該故障時，指令信息產(chǎn)生功能22 運行以產(chǎn)生指令信息。另一方面，也可以是不管在車輛的修理或部件更換之后是否再現(xiàn)了 故障，指令信息產(chǎn)生功能都運行。在此情況下，只有在車輛的修理或部件更換之后尚未再現(xiàn) 該故障的情況下，才使用所產(chǎn)生的指令信息。如果在車輛的修理或部件更換之后該故障已 經(jīng)再現(xiàn)，則所產(chǎn)生的指令信息被丟棄。下文中將更詳細地描述上述功能20至25。功能20至25的大部分主要分布到中 心服務(wù)器301，也分布到各個車輛的車內(nèi)裝置201以及各個經(jīng)銷商處的終端401。圖1示出 了功能20至25的布置沒有被確定的狀態(tài)。包括功能20至25的這種布置的車輛修理支持 系統(tǒng)被稱為車輛修理支持系統(tǒng)1。功能20至25可以以各種形式實現(xiàn)，下文在第一至第四實 施例中將說明這些布置的一些典型示例。取決于這些功能20至25的布置，根據(jù)這些實施 例的車輛修理支持系統(tǒng)分別被稱為車輛修理支持系統(tǒng)U至14。車輛修理支持系統(tǒng)11具有第一實施例的布置，使得上述功能20至25主要由中心 服務(wù)器301實現(xiàn)。圖3的系統(tǒng)構(gòu)造圖示出了車輛修理支持系統(tǒng)11的有關(guān)構(gòu)造。本實施例的車輛修 理支持系統(tǒng)11包括車內(nèi)裝置201、中心服務(wù)器301和經(jīng)銷商終端401。車內(nèi)裝置201安裝 在車輛上。中心服務(wù)器301布置在挖掘中心處。經(jīng)銷商終端401由實施車輛的修理或部件 更換的經(jīng)銷商來管理。如圖3所示，每個車內(nèi)裝置201包括各種電子裝置202、信息輸出裝置206和主控 制裝置208。主控制裝置208通過總線連接到多個車內(nèi)電子裝置202，所述總線例如控制器 局域網(wǎng)(CAN)、體電子區(qū)域網(wǎng)(body electronics area network, BEAN，一種雙向復用通信 網(wǎng)絡(luò))和局部互連網(wǎng)(LIN)。各種電子裝置202可以包括各種ECU、傳感器等。信息輸出裝 置206例如是指示器中的燈(用于表示故障的燈)或顯示器。中心服務(wù)器301包括網(wǎng)絡(luò)網(wǎng)關(guān)302、不定信息數(shù)據(jù)庫303、指令信息數(shù)據(jù)庫304和 信息管理單元305。每個經(jīng)銷商終端401包括信息輸出裝置402、信息管理單元403和用戶接口 406。圖4A和圖4B的流程圖示出了由根據(jù)第一實施例的車輛修理支持系統(tǒng)11實現(xiàn)的 失效診斷支持方案的流程。在步驟700，車內(nèi)E⑶(它們是車輛的車內(nèi)裝置201的各種電子裝置202的元件)執(zhí)行車內(nèi)裝置201的自身故障診斷。車內(nèi)ECU中的自身故障診斷可以以各種形式來實現(xiàn)， 并可以采用所選的合適方法。當車內(nèi)E⑶檢測到自身故障(例如由車內(nèi)E⑶監(jiān)管的系統(tǒng)中 的故障)時，相應(yīng)的車內(nèi)E⑶向主控制裝置208發(fā)送警告信號。在步驟702，車輛的車內(nèi)裝置201的主控制裝置208響應(yīng)于從車內(nèi)E⑶中任一者發(fā) 送的警告信號，使信息輸出裝置206的警告燈(通常是指示器中的指示器燈)點亮或閃爍， 所述車內(nèi)E⑶是各種電子裝置202的元件。在步驟704，意識到警告燈閃爍的車輛用戶主動地將車輛駕駛到經(jīng)銷商處并要求 經(jīng)銷商檢查和修理。在步驟706，經(jīng)銷商處的服務(wù)人員使用工具601 (見圖3)從車輛獲取凍結(jié)幀數(shù)據(jù) (FFD)、診斷故障代碼(DTC)和識別信息。工具601通常由汽車制造商提供給各個經(jīng)銷商。工具601假定由經(jīng)銷商處的技術(shù) 服務(wù)人員使用，并可以是能夠由操作人員攜帶的緊湊終端。注意，工具601可能需要認證 (例如密碼輸入或ID檢查)來使用，以防止未經(jīng)授權(quán)的人員使用工具601。當工具601被 連接到為車輛提供的預定連接終端時，工具601從車輛獲取FFD、DTC和識別信息。工具601 可以通過無線通信(例如窄帶通信)來獲取各條信息。FFD是多條信息，它們表明故障發(fā)生時檢測到的車輛狀態(tài)。FFD可以包含各種電子 裝置202的工作狀態(tài)或由傳感器檢測的時間序列值(的樣式)。另外，F(xiàn)FD可以包含各種 各樣的信息，例如失效(故障)發(fā)生的時候、發(fā)生之前和發(fā)生之后的運行數(shù)據(jù)(系統(tǒng)和構(gòu)成 系統(tǒng)的電子部件的運行數(shù)據(jù)和/或凍結(jié)幀數(shù)據(jù))，以及當時的車輛位置和車輛速度。例如， FFD可以包含圖5所示的各條信息。DTC是表明警告信號(診斷信息)類型的信息，并且例如可以包含如圖6所示的各 條信息。識別信息是車輛識別信息，并且例如可以是車底盤號(body frame number) 0在步驟708，經(jīng)銷商終端401的信息管理單元403將步驟706中由工具601獲取的 FFD、DTC和識別信息發(fā)送到中心服務(wù)器301作為挖掘源數(shù)據(jù)，還發(fā)送挖掘請求信號。注意， 挖掘源數(shù)據(jù)和挖掘請求信號可以從工具601直接傳遞到中心服務(wù)器301。在步驟710，中心服務(wù)器301的信息管理單元305根據(jù)從經(jīng)銷商終端401提供的挖 掘源數(shù)據(jù)中的DTC來確定該故障是否是挖掘目標。例如，信息管理單元305訪問指令信息 數(shù)據(jù)庫304，以判定指令信息數(shù)據(jù)庫304中是否存在與當前的DTC對應(yīng)的那條挖掘指令數(shù) 據(jù)。注意，從數(shù)據(jù)庫開始積累數(shù)據(jù)(例如本系統(tǒng)的運行剛剛開始之后)起的短時間長度內(nèi) 也可能發(fā)生一條與當前的DTC對應(yīng)的挖掘指令數(shù)據(jù)也沒有的情況。下面的說明指的是故障 是挖掘目標的情況。如果故障不是挖掘目標，則中心服務(wù)器301可以向經(jīng)銷商終端401提 供此時不可挖掘的通知。在此情況下，在經(jīng)銷商處，服務(wù)人員通過所選的方法來識別故障的 根源原因來修理該車輛，然后在修理之后執(zhí)行下文將描述的步驟720。在步驟712，中心服務(wù)器301的信息管理單元305根據(jù)從經(jīng)銷商終端401供應(yīng)的挖 掘源數(shù)據(jù)來獲取FFD的特性量(FFD特性量)。FFD特性量可以包含F(xiàn)FD的時間序列數(shù)據(jù)中 的特性變動或這些變動的樣式。例如，在圖5所示FFD的情況下，信息管理單元305獲取各 自從時間2到時間3改變的發(fā)動機負載、進氣管絕對壓力、發(fā)動機轉(zhuǎn)速、氧氣傳感器輸出以 及空氣一燃料比的信息。在步驟714，中心服務(wù)器301的信息管理單元305從指令信息數(shù)據(jù)庫304中的挖掘指令數(shù)據(jù)提取與當前獲取的FFD特性量最接近的各條數(shù)據(jù)，并評估與挖掘指令數(shù)據(jù)相伴隨 的各條根源原因信息，按接近程度的降序作為與當前故障相對應(yīng)的根源原因信息的候選。這里，挖掘指令數(shù)據(jù)被用來從FFD導出根源原因信息(表明故障根源原因的信 息)，如何產(chǎn)生該挖掘指令數(shù)據(jù)將在下文中描述。挖掘指令數(shù)據(jù)被產(chǎn)生，使得與根源原因信 息對應(yīng)的FFD特性量由參數(shù)(例如圖7所示)來表示。圖7所示挖掘指令數(shù)據(jù)例如表明 當根源原因信息表明A傳感器系統(tǒng)的故障時，F(xiàn)FD特性量出現(xiàn)在發(fā)動機負載、進氣管絕對壓 力、發(fā)動機轉(zhuǎn)速、氧氣傳感器輸出、空氣一燃料比和環(huán)境溫度中。在圖5所示FFD的情況下，當FFD特性量由參數(shù)表示時，F(xiàn)FD特性量具有由圖8中 的A表示的列所示的樣式。在此情況下，如圖8所示，最接近的FFD特性量對應(yīng)于A傳感器 系統(tǒng)的根源原因信息。第二接近的FFD特性量對應(yīng)于B切換系統(tǒng)的根源原因信息。第三接 近的FFD特性量對應(yīng)于D致動器的根源原因信息。因此，如圖9所示，A傳感器系統(tǒng)的失效、 B切換系統(tǒng)的失效、D致動器的失效以上述順序被評估為根源原因信息的候選。在步驟716，中心服務(wù)器301的信息管理單元305向發(fā)出挖掘請求的經(jīng)銷商終端 401發(fā)送針對根源原因信息的、經(jīng)過評估的候選(挖掘結(jié)果)。在步驟718，經(jīng)銷商終端401的信息管理單元403通過信息輸出裝置402輸出從中 心服務(wù)器301所接收的挖掘結(jié)果。信息輸出裝置402例如是顯示器。在此情況下，挖掘結(jié) 果被顯示在信息輸出裝置402上。經(jīng)銷商處的服務(wù)人員參照挖掘結(jié)果來實施修理。此時， 修理被實施到消除故障為止。但是如下文所述，隨著指令信息數(shù)據(jù)庫304中積累挖掘指令 數(shù)據(jù)，挖掘結(jié)果的準確性增大。這提高了修理的可靠性(即修理之后故障再現(xiàn)的可能性降 低)，因此防止了下述情況不能識別故障的根源原因，造成車輛的修理花費很長時間。在步驟720，經(jīng)銷商終端401的信息管理單元403向中心服務(wù)器301發(fā)送指令源數(shù) 據(jù)。指令源數(shù)據(jù)包含與當前通過修理而消除的故障相伴隨的一組挖掘源數(shù)據(jù)和根源原因信 息。注意，該挖掘源數(shù)據(jù)已被發(fā)送到中心服務(wù)器301(參見步驟708)。這樣，與當前通過修 理而消除的故障相伴隨的根源原因信息可以被發(fā)送到中心服務(wù)器301，使得該根源原因信 息可以與已經(jīng)發(fā)送的挖掘源數(shù)據(jù)相關(guān)聯(lián)。另外，步驟720中發(fā)送的根源原因信息是由服務(wù) 人員(或服務(wù)人員的助理、經(jīng)理等，這對于以下的說明也適用)通過用戶接口 406向經(jīng)銷商 終端401輸入的。在步驟720中，當挖掘結(jié)果所教導的根源原因信息(包括候選)不合適時，即當 從修理發(fā)現(xiàn)根源原因與所教導的根源原因信息不同時，所發(fā)現(xiàn)的根源原因信息被發(fā)送到中 心服務(wù)器301。另外，下述情況也可行當由挖掘結(jié)果教導的根源原因信息(尤其是第一候 選)合適時，該根源原因信息也被發(fā)送到中心服務(wù)器301。在步驟722，中心服務(wù)器301的信息管理單元305在不定信息數(shù)據(jù)庫303中臨時儲 存步驟720中從經(jīng)銷商終端401接收的指令源數(shù)據(jù)。注意，臨時儲存的指令源數(shù)據(jù)最初被 置于不定狀態(tài)，在該指令源數(shù)據(jù)被置于確定狀態(tài)之前，該指令源數(shù)據(jù)不被用來產(chǎn)生挖掘指 令數(shù)據(jù)，如下文中將要描述的那樣。在步驟724中，中心服務(wù)器301的信息管理單元305確定當前的修理之后同一車 輛中是否已經(jīng)再現(xiàn)過同一故障，并且在尚未再現(xiàn)過同一故障時將該車輛的指令源數(shù)據(jù)改變 到確定狀態(tài)。另一方面，當同一故障已再現(xiàn)過的時候，信息管理單元305從不定信息數(shù)據(jù)庫 303刪除(丟棄)該車輛的該指令源數(shù)據(jù)。
在步驟724，每次發(fā)生故障時，必要的情況下信息管理單元305可以使用從車輛發(fā) 送的挖掘源數(shù)據(jù)(參見步驟708)來判定該故障是否已再現(xiàn)。例如，當信息管理單元305接 收了挖掘數(shù)據(jù)源數(shù)據(jù)時，信息管理單元305在不定信息數(shù)據(jù)庫303搜索指令源數(shù)據(jù)，該指令 源數(shù)據(jù)具有與挖掘源數(shù)據(jù)的識別信息和DTC相同的識別信息和DTC。作為搜索的結(jié)果，當不 存在具有相同識別信息和DTC的指令源數(shù)據(jù)時，信息管理單元305判定該故障是新的。另 一方面，作為搜索的結(jié)果，當存在具有相同識別信息和DTC的指令源數(shù)據(jù)時，信息管理單元 305判定該故障已再現(xiàn)。另外，下述情況也是可行的在步驟724中，信息管理單元305例如在從修理起定 期實施的周期性檢查時從車內(nèi)裝置201和/或經(jīng)銷商終端401獲取檢查結(jié)果，并根據(jù)所獲 取的檢查結(jié)果來判定故障是否已再現(xiàn)。另外，在步驟724，信息管理單元305有利獲取與前次修理的日期和時間或里程有 關(guān)的信息(在此情況下，這些條信息被容納在挖掘源數(shù)據(jù)中)，并判定當從前次修理起經(jīng)過 了預定時間長度T (天數(shù))時為止或當車輛行駛了預定距離L(km)時為止故障是否已再現(xiàn)。 在此情況下，也可以是這樣的情況在當從前次修理起經(jīng)過了預定時間長度T (天數(shù))時為 止或當車輛行駛了預定距離L(km)時為止，信息管理單元305沒有接收到與不定信息數(shù)據(jù) 庫303中的指令源數(shù)據(jù)相同的識別信息和DTC的情況下，管理單元305將相應(yīng)的指令源數(shù) 據(jù)改變到確定狀態(tài)。該預定時間長度T(天數(shù))和預定距離(L)可以大體上與修理后為進 行確定而實施的周期性檢查的時機相關(guān)聯(lián)，并且可以根據(jù)修理或故障的內(nèi)容而改變。在步驟726，中心服務(wù)器301的信息管理單元305只使用不定信息數(shù)據(jù)庫303中 臨時儲存的指令源數(shù)據(jù)中的確定指令源數(shù)據(jù)來產(chǎn)生挖掘指令數(shù)據(jù)。信息管理單元305在指 令信息數(shù)據(jù)庫304中儲存所產(chǎn)生的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟 710至716)。注意，即使在產(chǎn)生了挖掘指令數(shù)據(jù)時，用于產(chǎn)生該挖掘指令數(shù)據(jù)的確定指令源 數(shù)據(jù)仍然可以儲存在不定信息數(shù)據(jù)庫303中。在步驟726，可以采用從指令源數(shù)據(jù)產(chǎn)生挖掘指令數(shù)據(jù)的各種方法，并可以從這些 不同方法中選擇合適的方法。例如，挖掘指令數(shù)據(jù)可以是指令源數(shù)據(jù)自身?；蛘撸梢援a(chǎn)生 挖掘指令數(shù)據(jù)，使得(確定狀態(tài)下的)指令源數(shù)據(jù)的FFD特性量由參數(shù)表示，然后這些參數(shù) 被與根源原因信息相關(guān)聯(lián)，如圖7所示。這里，圖7所示挖掘指令數(shù)據(jù)示出參數(shù)“1”表明 FFD中響應(yīng)于故障而經(jīng)歷了特性(變動)的條目，而參數(shù)“0”表明FFD中并未響應(yīng)于故障而 經(jīng)歷特性(變動)的條目。在步驟726，當不定信息數(shù)據(jù)庫303中臨時儲存的一條指令源數(shù)據(jù)被置于確定狀 態(tài)時，信息管理單元305可以根據(jù)確定狀態(tài)的這一條指令源信息而產(chǎn)生挖掘指令數(shù)據(jù)。或 者，也可以共同使用具有同一根源原因信息的多條(確定狀態(tài)的)指令源數(shù)據(jù)來產(chǎn)生挖掘 指令數(shù)據(jù)。在后一種情況下，也可以是在積累了具有同一根源原因數(shù)據(jù)的預定數(shù)目條確定 狀態(tài)的指令源數(shù)據(jù)時，產(chǎn)生與該根源原因信息對應(yīng)的挖掘指令信息。另外，在這后一種情況 下，也可以是每次新添加了具有同一根源原因信息的、確定狀態(tài)的指令源信息時，通過共 同使用到那時為止獲取的具有同一根源原因信息的多條(確定狀態(tài)的)指令源數(shù)據(jù)來產(chǎn)生 (更新)挖掘指令數(shù)據(jù)。另外，在這后一種情況下，也可以是只使用與相同型號的車輛、裝 有相同系統(tǒng)的車輛、或者同一目的地的車輛相伴隨、并具有同一根源原因信息的多條確定 狀態(tài)的指令源數(shù)據(jù)來產(chǎn)生與該根源原因信息相對應(yīng)的挖掘指令數(shù)據(jù)。在此情況下，與此對應(yīng)，挖掘也使用與類似型號的車輛相關(guān)的挖掘指令數(shù)據(jù)等。根據(jù)如上所述的第一實施例，可以具體獲得如下的有利效果。根據(jù)該第一實施例，如上所述，向中心服務(wù)器301發(fā)送的指令源數(shù)據(jù)被用來產(chǎn)生 挖掘指令數(shù)據(jù)，所述挖掘指令數(shù)據(jù)是在對故障是否已再現(xiàn)進行判定之后的將來挖掘(以及 基于這些挖掘結(jié)果的修理)所用的。即，只有在修理之后故障沒有再現(xiàn)的情況下，向中心 服務(wù)器301發(fā)送的指令源數(shù)據(jù)才被用來產(chǎn)生挖掘指令數(shù)據(jù)。如果在修理之后故障已經(jīng)再 現(xiàn)，則該指令源數(shù)據(jù)被丟棄而不使用該數(shù)據(jù)。這樣，根據(jù)該第一實施例，通過考慮故障的再 現(xiàn)，可以只使用準確的指令源數(shù)據(jù)產(chǎn)生挖掘指令數(shù)據(jù)。因此，改善了挖掘指令數(shù)據(jù)的可靠性 (準確性)，因此改善了挖掘結(jié)果的可靠性(準確性)。車輛修理支持系統(tǒng)12具有第二實施例的布置，使得上述功能20至25像第一實施 例的情況一樣主要由中心服務(wù)器301來實現(xiàn)。第一實施例與第二實施例之間的差異在于， 在第一實施例中，挖掘請求是從經(jīng)銷商那方發(fā)起的；而在第二實施例中，挖掘請求是從車輛 那方發(fā)起的。圖10的系統(tǒng)構(gòu)造圖示出了車輛修理支持系統(tǒng)12的有關(guān)構(gòu)造。相同的標號表示與 第一實施例中相同的部件，并將在合適之處略去其說明。如圖10所示，每個車內(nèi)裝置201包括各種電子裝置202、通信單元204、信息輸出 裝置206和主控制裝置208。中心服務(wù)器301包括網(wǎng)絡(luò)網(wǎng)關(guān)302、不定信息數(shù)據(jù)庫303、指令 信息數(shù)據(jù)庫304和信息管理單元305。每個經(jīng)銷商終端401包括信息管理單元403和用戶 接口 406。圖IlA和圖IlB的流程圖示出由根據(jù)第二實施例的車輛修理支持系統(tǒng)12實現(xiàn)的 失效診斷支持方案的流程。在步驟800，車內(nèi)E⑶(它們是車輛的車內(nèi)裝置201的各種電子裝置202的元件) 執(zhí)行車內(nèi)裝置201的自身故障診斷。當車內(nèi)ECU檢測到自身故障時，這些車內(nèi)ECU向主控 制裝置208發(fā)送警告信號。在步驟802，車輛的車內(nèi)裝置201的主控制裝置208響應(yīng)于從車內(nèi)E⑶中任一者發(fā) 送的警告信號，使信息輸出裝置206的警告燈(通常是指示器中的指示器燈)點亮或閃爍， 所述車內(nèi)E⑶是各種電子裝置202的元件。在步驟804，車輛的車內(nèi)裝置201的主控制裝置208產(chǎn)生挖掘源數(shù)據(jù)和識別信息， 然后通過通信單元204向中心服務(wù)器301發(fā)送挖掘請求信號和所產(chǎn)生的挖掘源數(shù)據(jù)，所述 挖掘源數(shù)據(jù)包含結(jié)合當前警告信號而獲取的FFD和DTC。在步驟806，中心服務(wù)器301的信息管理單元305根據(jù)從車內(nèi)裝置201供應(yīng)的挖掘 源數(shù)據(jù)中的DTC，來確定該故障是否是挖掘目標。例如，信息管理單元305訪問指令信息數(shù) 據(jù)庫304，以確定指令信息數(shù)據(jù)庫304中存在與當前的DTC對應(yīng)的那條挖掘指令數(shù)據(jù)。在本 實施例中下面的說明指故障是挖掘目標的情況。如果故障不是挖掘目標，則中心服務(wù)器301 可以向車輛的車內(nèi)裝置201發(fā)送不可挖掘的通知。接收到該通知，則車內(nèi)裝置201的主控 制裝置208可以通過信息輸出裝置206向用戶提供不可挖掘的通知。在此情況下，當接收 該通知的用戶將車輛駕駛到經(jīng)銷商處時，服務(wù)人員可以通過選定的方法識別該故障的根源 原因以在經(jīng)銷商處修理該車輛，然后在修理之后執(zhí)行下文所述的步驟818。在步驟808，中心服務(wù)器301的信息管理單元305根據(jù)從車內(nèi)裝置201供應(yīng)的挖掘源數(shù)據(jù)來獲取FFD特性量。步驟808中的處理可以與針對上述第一實施例中圖4A的步驟 712所述的處理類似。在步驟810，中心服務(wù)器301的信息管理單元305從指令信息數(shù)據(jù)庫304中的挖 掘指令數(shù)據(jù)提取與當前獲取的FFD特性量最接近的那些條數(shù)據(jù)，并評估與挖掘指令數(shù)據(jù)相 伴隨的各條根源原因信息，按接近程度的降序作為與當前故障相對應(yīng)的根源原因信息的候 選。步驟810的處理可以與針對上述第一實施例中圖4A的步驟714所述的處理類似。在步驟812中，中心服務(wù)器301的信息管理單元305向發(fā)出該挖掘請求的車輛的 車內(nèi)裝置201發(fā)送用于該根源原因信息的經(jīng)過評估的候選(挖掘結(jié)果)。注意，提醒車輛用 戶修理車輛的信息和/或建議經(jīng)銷商為止的信息等也可以與挖掘結(jié)果一起被發(fā)送到車輛 的車內(nèi)裝置201。隨著挖掘結(jié)果等以這種方式被發(fā)送到車內(nèi)裝置201，主控制裝置208通過 信息輸出裝置206 (例如顯示器)輸出這些挖掘結(jié)果等(見圖9)。注意，這些挖掘結(jié)果也可 以被供應(yīng)給位于經(jīng)銷商處的經(jīng)銷商終端401，所述經(jīng)銷商是從經(jīng)銷商終端401發(fā)出請求時 車輛被駕駛?cè)バ蘩淼牡胤健Ｔ诓襟E814，看到這些挖掘結(jié)果的車輛用戶主動地將車輛駕駛到經(jīng)銷商并請求經(jīng) 銷商檢查和修理。此時，用戶向經(jīng)銷商處的服務(wù)人員出示那些被輸出到信息輸出裝置206 上的挖掘結(jié)果，以便修理。在步驟816，經(jīng)銷商處的服務(wù)人員參照這些挖掘結(jié)果來實施修理。此時，修理被實 施到消除故障為止。但是如下文所述，隨著指令信息數(shù)據(jù)庫304中積累挖掘指令數(shù)據(jù)，挖掘 結(jié)果的準確性增大。這提高了修理的可靠性，因此防止了下述情況不能識別故障的根源原 因，造成車輛的修理花費很長時間。在步驟818，經(jīng)銷商終端401的信息管理單元403向中心服務(wù)器301發(fā)送指令源數(shù) 據(jù)。指令源數(shù)據(jù)包含與當前通過修理而消除的故障相伴隨的指令源數(shù)據(jù)，該數(shù)據(jù)包含挖掘 源數(shù)據(jù)和根源原因信息。注意，該挖掘源數(shù)據(jù)已被發(fā)送到中心服務(wù)器301 (參見步驟804)。 這樣，與當前通過修理而消除的故障相伴隨的根源原因信息可以被發(fā)送到中心服務(wù)器301， 使得該根源原因信息可以與已經(jīng)發(fā)送的挖掘源數(shù)據(jù)相關(guān)聯(lián)。另外，步驟818中發(fā)送的根源 原因信息是由服務(wù)人員通過用戶接口 406向經(jīng)銷商終端401輸入的?；蛘?，根源原因信息 可以從車內(nèi)裝置201發(fā)送到中心服務(wù)器301，使得該根源原因信息可以與已經(jīng)發(fā)送的挖掘 源數(shù)據(jù)相關(guān)聯(lián)。在此情況下，根源原因信息可以由該服務(wù)人員通過車內(nèi)裝置201的用戶接 口(未示出)而輸入，也可以由用戶通過車內(nèi)裝置201的用戶接口(未示出)而輸入。注 意，在此情況下，經(jīng)銷商處的經(jīng)銷商終端401不是必需的，因此經(jīng)銷商終端401可以被略去。在步驟818，當由挖掘結(jié)果所教導的根源原因信息(包括候選)不合適時，即當由 修理發(fā)現(xiàn)該根源原因與所教導的根源原因信息不同時，所發(fā)現(xiàn)的根源原因信息被發(fā)送到中 心服務(wù)器301。另外，也可以是當由挖掘結(jié)果所教導的根源原因信息(尤其是第一候選) 合適時，該根源原因信息也被發(fā)送到中心服務(wù)器301。在步驟820，中心服務(wù)器301的信息管理單元305將步驟818中從經(jīng)銷商終端 401 (或車內(nèi)裝置201)接收的指令源信息臨時儲存在不定信息數(shù)據(jù)庫303中。注意，臨時儲 存的指令源信息最初被置于不定狀態(tài)，在該指令源數(shù)據(jù)被置于確定狀態(tài)之前，該指令源數(shù) 據(jù)不用來產(chǎn)生挖掘指令數(shù)據(jù)，如下文所述。在步驟822，中心服務(wù)器301的信息管理單元305確定當前的修理之后同一車輛中是否已經(jīng)再現(xiàn)過同一故障，并且在尚未再現(xiàn)過同一故障時將該車輛的指令源數(shù)據(jù)改變到確定狀態(tài)。另一方面，當同一故障已再現(xiàn)過的時候，信息管理單元305從不定信息數(shù)據(jù)庫303 刪除(丟棄)該車輛的該指令源數(shù)據(jù)。步驟822中的處理可以與針對上述第一實施例中圖 4B的步驟724所述的處理類似。在步驟824，中心服務(wù)器301的信息管理單元305只使用不定信息數(shù)據(jù)庫303中 臨時儲存的指令源數(shù)據(jù)中的確定指令源數(shù)據(jù)來產(chǎn)生挖掘指令數(shù)據(jù)。信息管理單元305在指 令信息數(shù)據(jù)庫304中儲存所產(chǎn)生的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟 806至812)。步驟824中的處理可以與針對上述第一實施例中圖4B的步驟726所述的處 理類似。根據(jù)上述第二實施例，與上述第一實施例中的情況一樣，只使用準確的指令源數(shù) 據(jù)產(chǎn)生挖掘指令數(shù)據(jù)。因此，改善了挖掘指令數(shù)據(jù)的可靠性(準確性)，因此改善了挖掘結(jié) 果的可靠性(準確性)。車輛修理支持系統(tǒng)13具有第三實施例的布置，使得上述功能20至24像第一實施 例的情況一樣主要由中心服務(wù)器301來實現(xiàn)。第三實施例與第一實施例之間的差異在于， 挖掘功能25主要在車輛那方實現(xiàn)。圖12的系統(tǒng)構(gòu)造圖示出了車輛修理支持系統(tǒng)13的有關(guān)構(gòu)造。相同的標號表示與 第一實施例中相同的部件，并將在合適之處略去其說明。如圖12所示，每個車內(nèi)裝置201包括各種電子裝置202、通信單元204、信息輸出 裝置206、主控制裝置208和信息數(shù)據(jù)庫(DB) 210。信息數(shù)據(jù)庫210儲存通過從中心服務(wù)器 301下載而獲取的挖掘指令數(shù)據(jù)，如下文所述那樣。中心服務(wù)器301包括網(wǎng)絡(luò)網(wǎng)關(guān)302、不 定信息數(shù)據(jù)庫303、指令信息數(shù)據(jù)庫304和信息管理單元305。每個經(jīng)銷商終端401包括信 息管理單元403和用戶接口 406。圖13A和圖13B的流程圖示出由根據(jù)第三實施例的車輛修理支持系統(tǒng)13實現(xiàn)的 失效診斷支持方案的流程。在步驟900，車內(nèi)E⑶(它們是車輛的車內(nèi)裝置201的各種電子裝置202的元件) 執(zhí)行車內(nèi)裝置201的自身故障診斷。當車內(nèi)ECU檢測到自身故障時，這些車內(nèi)ECU向主控 制裝置208發(fā)送警告信號。在步驟902，車輛的車內(nèi)裝置201的主控制裝置208響應(yīng)于從車內(nèi)E⑶中任一者發(fā) 送的警告信號，使信息輸出裝置206的警告燈(通常是指示器中的指示器燈)點亮或閃爍， 所述車內(nèi)E⑶是各種電子裝置202的元件。在步驟904，車輛的車內(nèi)裝置201的主控制裝置208向中心服務(wù)器301發(fā)送結(jié)合當 前警告信號而獲取的FFD和DTC，并發(fā)送挖掘請求信號。這些條信息(尤其是DTC和識別信 息)在中心服務(wù)器301被用來確定故障的再現(xiàn)(見步驟922)。這樣，在當前的DTC是從未 經(jīng)歷過的新類型DTC時，主控制裝置208可以略去向中心服務(wù)器301的發(fā)送。在步驟906，車輛的車內(nèi)裝置201的主控制裝置208根據(jù)結(jié)合當前警告信號而獲取 的DTC來確定該故障是否是挖掘目標。例如，主控制裝置208訪問信息數(shù)據(jù)庫210，以判定 信息數(shù)據(jù)庫210中是否存在與當前的DTC對應(yīng)的那條挖掘指令數(shù)據(jù)。在本實施例中，下面 的說明指的是故障是挖掘目標的情況。如果故障不是挖掘目標，則主控制裝置208可以通 過信息輸出裝置206向用戶提供不可挖掘的通知。在此情況下，當用戶將車輛駕駛到經(jīng)銷商處時，服務(wù)人員通過所選的方法來識別故障的根源原因來在經(jīng)銷商處修理該車輛，然后 在修理之后執(zhí)行下文將描述的步驟918。在步驟908，車輛的車內(nèi)裝置201的主控制裝置208獲取與伴隨當前警告信號而獲 取的FFD中的FFD特性量有關(guān)的信息。步驟908中的處理可以與針對上述第一實施例中圖 4A的步驟712所述的處理類似。在步驟910，車輛的車內(nèi)裝置201的主控制裝置208從信息數(shù)據(jù)庫210中的挖掘指 令數(shù)據(jù)提取與當前獲取的FFD特性量最接近的各條數(shù)據(jù)，并評估與挖掘指令數(shù)據(jù)相伴隨的 各條根源原因信息，按接近程度的降序作為與當前故障相對應(yīng)的根源原因信息的候選。步 驟910中的處理可以與針對上述第一實施例中圖4A的步驟714所述的處理類似，只是用車 輛那方的信息數(shù)據(jù)庫210中的挖掘指令數(shù)據(jù)代替了中心服務(wù)器301那方的指令信息數(shù)據(jù)庫 304。在步驟912，車輛的車內(nèi)裝置201的主控制裝置208通過信息輸出裝置206 (例如 顯示器)輸出這些挖掘結(jié)果(對根源原因信息的候選進行評估的結(jié)果)等(見圖9)。在步驟914，看到這些挖掘結(jié)果的車輛用戶主動地將車輛駕駛到經(jīng)銷商并請求經(jīng) 銷商檢查和修理。此時，用戶向經(jīng)銷商處的服務(wù)人員出示那些被輸出到信息輸出裝置206 上的挖掘結(jié)果。在步驟916，經(jīng)銷商處的服務(wù)人員參照這些挖掘結(jié)果來實施修理。此時，修理被實 施到消除故障為止。但是如下文所述，隨著指令信息數(shù)據(jù)庫304中積累挖掘指令數(shù)據(jù)(并 且信息數(shù)據(jù)庫210中因而積累挖掘指令)，挖掘結(jié)果的準確性增大。這提高了修理的可靠 性，因此防止了下述情況不能識別故障的根源原因，造成車輛的修理花費很長時間。在步驟918，經(jīng)銷商終端401的信息管理單元403向中心服務(wù)器301發(fā)送指令源 數(shù)據(jù)。指令源數(shù)據(jù)包含與當前通過修理而消除的故障相伴隨的根源原因信息和挖掘源數(shù)據(jù) (伴隨當前警告信號而獲取的識別信息和FFD、DTC)。注意，該挖掘源數(shù)據(jù)已被發(fā)送到中心 服務(wù)器301 (參見步驟904)。這樣，與當前通過修理而消除的故障相伴隨的根源原因信息可 以被發(fā)送到中心服務(wù)器301，使得該根源原因信息可以與已經(jīng)發(fā)送的挖掘源數(shù)據(jù)相關(guān)聯(lián)。另 外，步驟918中發(fā)送的根源原因信息是由服務(wù)人員通過用戶接口 406向經(jīng)銷商終端401輸 入的?；蛘撸丛蛐畔⒖梢詮能噧?nèi)裝置201發(fā)送到中心服務(wù)器301，使得該根源原因信 息可以與已經(jīng)發(fā)送的挖掘源數(shù)據(jù)相關(guān)聯(lián)。在此情況下，根源原因信息可以由該服務(wù)人員通 過車內(nèi)裝置201的用戶接口(未示出)而輸入，也可以由用戶通過車內(nèi)裝置201的用戶接 口(未示出)而輸入。注意，在此情況下，經(jīng)銷商處的經(jīng)銷商終端401不是必需的，因此經(jīng) 銷商終端401可以被略去。在步驟918，當由挖掘結(jié)果所教導的根源原因信息(包括候選)不合適時，即當由 修理發(fā)現(xiàn)該根源原因與所教導的根源原因信息不同時，所發(fā)現(xiàn)的根源原因信息被發(fā)送到中 心服務(wù)器301。另外，也可以是當由挖掘結(jié)果所教導的根源原因信息(尤其是第一候選) 合適時，該根源原因信息也被發(fā)送到中心服務(wù)器301。在步驟920，中心服務(wù)器301的信息管理單元305將步驟918中從經(jīng)銷商終端 401 (或車內(nèi)裝置201)接收的指令源信息臨時儲存在不定信息數(shù)據(jù)庫303中。注意，臨時儲 存的指令源信息最初被置于不定狀態(tài)，在該指令源數(shù)據(jù)被置于確定狀態(tài)之前，該指令源數(shù) 據(jù)不用來產(chǎn)生挖掘指令數(shù)據(jù)，如下文所述。
在步驟922，中心服務(wù)器301的信息管理單元305確定當前的修理之后同一車輛中 是否已經(jīng)再現(xiàn)過同一故障，并且在尚未再現(xiàn)過同一故障時將該車輛的指令源數(shù)據(jù)改變到確 定狀態(tài)。另一方面，當同一故障已再現(xiàn)過的時候，信息管理單元305從不定信息數(shù)據(jù)庫303 刪除(丟棄)該車輛的該指令源數(shù)據(jù)。步驟922中的處理可以與針對上述第一實施例中圖 4B的步驟724所述的處理類似。在步驟924，中心服務(wù)器301的信息管理單元305只使用不定信息數(shù)據(jù)庫303中 臨時儲存的指令源數(shù)據(jù)中的確定指令源數(shù)據(jù)來產(chǎn)生挖掘指令數(shù)據(jù)。信息管理單元305在指 令信息數(shù)據(jù)庫304中儲存所產(chǎn)生的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟 906至912)。步驟924中的處理可以與針對上述第一實施例中圖4B的步驟726所述的處 理類似。在步驟926，車輛的車內(nèi)裝置201的主控制裝置208從中心服務(wù)器301下載指令 信息數(shù)據(jù)庫304中儲存的挖掘指令信息。主控制裝置208在信息數(shù)據(jù)庫210中儲存所下載 的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟906至912)。注意，挖掘指令數(shù) 據(jù)可以響應(yīng)于來自車輛那方的請求從中心服務(wù)器301那方通過下載而供應(yīng)到車輛那方，和 /或可以無論是否從車輛那方發(fā)出請求都以預定的定時從中心服務(wù)器那方通過下載而供應(yīng) 到車輛那方。在這前一種情況下，例如，在步驟902中接收到警告信號時，主控制裝置208 可以訪問中心服務(wù)器301以下載該挖掘指令數(shù)據(jù)。在此情況下，用于下載的挖掘指令數(shù)據(jù) 可以只是與當前警告信號(或DTC)相關(guān)的挖掘指令數(shù)據(jù)。在這后一種情況下，該預定的定 時可以是指令信息數(shù)據(jù)庫304中的挖掘指令數(shù)據(jù)被更新(改變、添加等)的定時，或者也可 以是固定的定時(例如每一個月)。在這種情況下，從中心服務(wù)器301那方下載的挖掘指 令數(shù)據(jù)也不一定是指令信息數(shù)據(jù)庫304中的全部挖掘指令數(shù)據(jù)，而可以是指令信息數(shù)據(jù)庫 304中必需的挖掘指令數(shù)據(jù)。另外，也可以是在步驟926中，主控制裝置208使用上述步驟906至912中信息 數(shù)據(jù)庫210中的挖掘指令數(shù)據(jù)來執(zhí)行挖掘，并在沒有獲得準確的挖掘結(jié)果時從中心服務(wù)器 301下載額外的挖掘指令數(shù)據(jù)(例如詳細的挖掘指令數(shù)據(jù))。另外，也可以是在當前故障 不是用于信息數(shù)據(jù)庫210中的挖掘指令數(shù)據(jù)的挖掘目標(見步驟906)時，類似地從中心服 務(wù)器301下載附加的挖掘指令數(shù)據(jù)(例如詳細的挖掘指令數(shù)據(jù))。根據(jù)上述第三實施例，與上述第一實施例中的情況一樣，只使用準確的指令源數(shù) 據(jù)產(chǎn)生挖掘指令數(shù)據(jù)。因此，改善了挖掘指令數(shù)據(jù)的可靠性(準確性)，因此改善了挖掘結(jié) 果的可靠性(準確性)。注意，第三實施例可以合適地與上述第一實施例結(jié)合實現(xiàn)。例如，考慮到車輛那方 的處理負荷或容量的限制，被下載到信息數(shù)據(jù)庫200中的挖掘指令數(shù)據(jù)可以被限制在預定 的數(shù)據(jù)大小。因此如上所述，當發(fā)生警告信號時，可以首先根據(jù)第三實施例使用信息數(shù)據(jù)庫 210中的挖掘指令數(shù)據(jù)來執(zhí)行挖掘。當沒有獲得準確的挖掘結(jié)果時，可以根據(jù)第一實施例請 求用中心服務(wù)器301那方的指令信息數(shù)據(jù)庫304中的挖掘指令數(shù)據(jù)產(chǎn)生的挖掘結(jié)果。車輛修理支持系統(tǒng)14具有第四實施例的布置，使得上述功能20至24像第一實施 例的情況一樣主要由中心服務(wù)器301來實現(xiàn)。第四實施例與第一實施例之間的差異在于， 挖掘功能25主要在經(jīng)銷商那方實現(xiàn)。圖14的系統(tǒng)構(gòu)造圖示出了車輛修理支持系統(tǒng)14的有關(guān)構(gòu)造。相同的標號表示與第一實施例中相同的部件，并將在合適之處略去其說明。如圖14所示，每個車內(nèi)裝置201包括各種電子裝置202、信息輸出裝置206和主控 制裝置208。中心服務(wù)器301包括網(wǎng)絡(luò)網(wǎng)關(guān)302、不定信息數(shù)據(jù)庫303、指令信息數(shù)據(jù)庫304 和信息管理單元305。每個經(jīng)銷商終端401包括信息輸出裝置402、信息管理單元403、信息 數(shù)據(jù)庫(DB) 404和用戶接口 406。信息數(shù)據(jù)庫404儲存通過從中心服務(wù)器301下載而獲取 的挖掘指令數(shù)據(jù)，如下文所述那樣。圖15A和圖15B的流程圖示出由根據(jù)第四實施例的車輛修理支持系統(tǒng)14實現(xiàn)的 失效診斷支持方案的流程。在步驟1000，車內(nèi)E⑶(它們是車輛的車內(nèi)裝置201的各種電子裝置202的元件) 執(zhí)行車內(nèi)裝置201的自身故障診斷。當車內(nèi)ECU檢測到自身故障時，這些車內(nèi)ECU向主控 制裝置208發(fā)送警告信號。在步驟1002，車輛的車內(nèi)裝置201的主控制裝置208響應(yīng)于從車內(nèi)E⑶中任一者 發(fā)送的警告信號，使信息輸出裝置206的警告燈(通常是指示器中的指示器燈)點亮或閃 爍，所述車內(nèi)E⑶是各種電子裝置202的元件。在步驟1004，意識到警告燈閃爍的車輛用戶主動地將車輛駕駛到經(jīng)銷商處并要求 經(jīng)銷商檢查和修理。在步驟1006，經(jīng)銷商處的服務(wù)人員使用工具601 (見圖14)從車輛獲取FFD、DTC 和識別信息。工具601通常由汽車制造商提供給各個經(jīng)銷商。工具601假定由經(jīng)銷商處的 技術(shù)服務(wù)人員使用，并可以是能夠由操作人員攜帶的緊湊終端。注意，工具601可能需要認 證(例如密碼輸入或ID檢查)來使用，以防止未經(jīng)授權(quán)的人員使用工具601。當工具601 被連接到為車輛提供的預定連接終端時，工具601從車輛獲取FFD、DTC和識別信息。工具 601可以通過無線通信(例如窄帶通信)來獲取各條信息。在步驟1008，經(jīng)銷商終端401的信息管理單元403將步驟1006中由工具601獲取 的FFD、DTC和識別信息發(fā)送到中心服務(wù)器301。注意，F(xiàn)FD、DTC和識別信息可以從工具601 直接發(fā)送到中心服務(wù)器301。這些條信息(尤其是DTC和識別信息)被用來在中心服務(wù)器 301中確定故障的再現(xiàn)(見步驟1024)。因此，在當前的DTC是從未經(jīng)歷過的新類型嘎DTC 時，向中心服務(wù)器301進行的發(fā)送可以被略去。在步驟1010，經(jīng)銷商終端401的信息管理單元403根據(jù)與當前警告信號相伴隨而 獲取的DTC來確定該故障是否是挖掘目標。例如，信息管理單元403訪問經(jīng)銷商終端401 中的信息數(shù)據(jù)庫404，以判定信息數(shù)據(jù)庫404中是否存在與當前的DTC對應(yīng)的那條挖掘指令 數(shù)據(jù)。在本實施例中，下面的說明指的是故障是挖掘目標的情況。如果故障不是挖掘目標， 則信息管理單元403可以通過信息輸出裝置402向經(jīng)銷商處的服務(wù)人員提供此時不可挖掘 的通知。在此情況下，在經(jīng)銷商處，服務(wù)人員通過所選的方法來識別故障的根源原因來修理 該車輛，然后在修理之后執(zhí)行下文將描述的步驟1020。在步驟1012，經(jīng)銷商終端401的信息管理單元403獲取與當前警告信號相伴隨地 獲取的FFD的FFD的特性量有關(guān)的信息。步驟1012中的處理可以與針對上述第一實施例 中圖4A的步驟712所述的處理類似。在步驟1014，經(jīng)銷商終端401的信息管理單元403從信息數(shù)據(jù)庫404中的挖掘指 令數(shù)據(jù)提取與當前獲取的FFD特性量最接近的各條數(shù)據(jù)，并評估與挖掘指令數(shù)據(jù)相伴隨的各條根源原因信息，按接近程度的降序作為與當前故障相對應(yīng)的根源原因信息的候選。步 驟1014的處理可以與針對上述第一實施例中圖4A的步驟714所述的處理類似，只是用經(jīng) 銷商那方的信息數(shù)據(jù)庫404中的挖掘指令信息代替了中心服務(wù)器301那方的指令信息數(shù)據(jù) 庫 304。在步驟1016，經(jīng)銷商終端401的信息管理單元403通過信息輸出裝置402 (例如顯 示器)輸出挖掘結(jié)果(對于根源原因信息的候選進行評估的結(jié)果)(見圖9)。在步驟1018，經(jīng)銷商處的服務(wù)人員參照挖掘結(jié)果來實施修理。此時，修理被實施到 消除故障為止。但是如下文所述，隨著指令信息數(shù)據(jù)庫304中積累挖掘指令數(shù)據(jù)(并且信 息數(shù)據(jù)庫404中因而積累挖掘指令數(shù)據(jù))，挖掘結(jié)果的準確性增大。這提高了修理的可靠 性，因此防止了下述情況不能識別故障的根源原因，造成車輛的修理花費很長時間。在步驟1020，經(jīng)銷商終端401的信息管理單元403向中心服務(wù)器301發(fā)送指令源 數(shù)據(jù)。指令源數(shù)據(jù)包含與當前通過修理而消除的故障相伴隨的根源原因信息和挖掘源數(shù)據(jù) (與當前警告信號相伴隨地獲取的識別信息和FFD、DTC)。注意，該挖掘源數(shù)據(jù)已被發(fā)送到 中心服務(wù)器301 (參見步驟1008)。這樣，與當前通過修理而消除的故障相伴隨的根源原因 信息可以被發(fā)送到中心服務(wù)器301，使得該根源原因信息可以與已經(jīng)發(fā)送的挖掘源數(shù)據(jù)相 關(guān)聯(lián)。另外，步驟1020中發(fā)送的根源原因信息是由服務(wù)人員通過用戶接口 406向經(jīng)銷商終 端401輸入的。在步驟1020中，當挖掘結(jié)果所教導的根源原因信息(包括候選)不合適時，即當 從修理發(fā)現(xiàn)根源原因與所教導的根源原因信息不同時，所發(fā)現(xiàn)的根源原因信息被發(fā)送到中 心服務(wù)器301。另外，下述情況也可行當由挖掘結(jié)果教導的根源原因信息(尤其是第一候 選)合適時，該根源原因信息也被發(fā)送到中心服務(wù)器301。在步驟1022，中心服務(wù)器301的信息管理單元305在不定信息數(shù)據(jù)庫303中臨時 儲存步驟1020中從經(jīng)銷商終端401接收的指令源數(shù)據(jù)。注意，臨時儲存的指令源數(shù)據(jù)最初 被置于不定狀態(tài)，在該指令源數(shù)據(jù)被置于確定狀態(tài)之前，該指令源數(shù)據(jù)不被用來產(chǎn)生挖掘 指令數(shù)據(jù)，如下文中將要描述的那樣。在步驟1024中，中心服務(wù)器301的信息管理單元305判定當前的修理之后同一車 輛中是否已經(jīng)再現(xiàn)過同一故障，并且在尚未再現(xiàn)過同一故障時將該車輛的指令源數(shù)據(jù)改變 到確定狀態(tài)。另一方面，當同一故障已再現(xiàn)過的時候，信息管理單元305從不定信息數(shù)據(jù)庫 303刪除(丟棄)該車輛的該指令源數(shù)據(jù)。步驟1024中的處理可以與針對上述第一實施例 中圖4B的步驟724所述的處理類似。在步驟1026，中心服務(wù)器301的信息管理單元305只使用不定信息數(shù)據(jù)庫303中 臨時儲存的指令源數(shù)據(jù)中的確定指令源數(shù)據(jù)來產(chǎn)生挖掘指令數(shù)據(jù)。信息管理單元305在指 令信息數(shù)據(jù)庫304中儲存所產(chǎn)生的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟 1010至1016)。步驟1026中的處理可以與針對上述第一實施例中圖4B的步驟726所述的 處理類似。在步驟1028，經(jīng)銷商終端401的信息管理單元403從中心服務(wù)器301下載指令信 息數(shù)據(jù)庫304中儲存的挖掘指令數(shù)據(jù)。信息管理單元403在信息數(shù)據(jù)庫404中儲存所下載 的挖掘指令數(shù)據(jù)，以將該數(shù)據(jù)用于將來的挖掘(參見步驟1010至1016)。注意，挖掘指令 數(shù)據(jù)可以響應(yīng)于來自經(jīng)銷商終端401那方的請求從中心服務(wù)器301那方通過下載而供應(yīng)到經(jīng)銷商終端401那方，和/或可以無論是否從經(jīng)銷商終端401那方發(fā)出請求都以預定的定 時從中心服務(wù)器301那方通過下載而供應(yīng)到中心服務(wù)器401那方。在這前一種情況下，例 如，在步驟1002中接收到警告信號時，經(jīng)銷商終端401的信息管理單元403可以訪問中心 服務(wù)器301以下載該挖掘指令數(shù)據(jù)。在此情況下，用于下載的挖掘指令數(shù)據(jù)可以只是與當 前警告信號(或DTC)相關(guān)的挖掘指令數(shù)據(jù)。在這后一種情況下，該預定的定時可以是指令 信息數(shù)據(jù)庫304中的挖掘指令數(shù)據(jù)被更新(改變、添加等)的定時，或者也可以是固定的定 時(例如每一個月)。在這種情況下，從中心服務(wù)器301那方下載的挖掘指令數(shù)據(jù)也不一定 是指令信息數(shù)據(jù)庫304中的全部挖掘指令數(shù)據(jù)，而可以只是指令信息數(shù)據(jù)庫304中必需的 挖掘指令數(shù)據(jù)。另外，也可以是在步驟1028中，經(jīng)銷商終端401的信息管理單元403使用上述 步驟1010至1016中信息數(shù)據(jù)庫404中的挖掘指令數(shù)據(jù)來執(zhí)行挖掘，并在沒有獲得準確的 挖掘結(jié)果時從中心服務(wù)器301下載額外的挖掘指令數(shù)據(jù)(例如詳細的挖掘指令數(shù)據(jù))。另 外，也可以是在當前故障不是用于信息數(shù)據(jù)庫404中的挖掘指令數(shù)據(jù)的挖掘目標(見步 驟1010)時，類似地從中心服務(wù)器301下載附加的挖掘指令數(shù)據(jù)(例如詳細的挖掘指令數(shù) 據(jù))。根據(jù)上述第四實施例，與上述第一實施例中的情況一樣，只使用準確的指令源數(shù) 據(jù)產(chǎn)生挖掘指令數(shù)據(jù)。因此，改善了挖掘指令數(shù)據(jù)的可靠性(準確性)，因此改善了挖掘結(jié) 果的可靠性(準確性)。注意，第四實施例可以合適地與上述第一實施例結(jié)合實現(xiàn)。例如，考慮到經(jīng)銷商終 端401那方的處理負荷或容量的限制，信息數(shù)據(jù)庫404中儲存的挖掘指令數(shù)據(jù)的數(shù)據(jù)大小 可以受到限制。因此如上所述，當發(fā)生警告信號時，可以首先根據(jù)第四實施例使用信息數(shù) 據(jù)庫404中的挖掘指令數(shù)據(jù)來執(zhí)行挖掘。當沒有獲得準確的挖掘結(jié)果時，可以根據(jù)第一實 施例請求用中心服務(wù)器301那方的指令信息數(shù)據(jù)庫304中的挖掘指令數(shù)據(jù)所產(chǎn)生的挖掘結(jié)^ ο上文詳細描述了本發(fā)明的這些實施例；但是本發(fā)明的各個方面不限于上述實施 例。本發(fā)明的各個方面也可以被實現(xiàn)為使得在不脫離本發(fā)明范圍的情況下，向上述實施例 施加各種變更或代替。例如，在上述實施例中，構(gòu)成挖掘指令信息的根源原因信息表明故障的原因(根 源原因)。代替根源原因信息或者除了根源原因信息之外，根源原因信息也可以采用與根源 原因信息相伴隨的其他條信息。例如，代替根源原因信息或者除了根源原因信息之外，也可 以使用表明消除該故障所用的修理的內(nèi)容(包括部件更換的內(nèi)容)的信息。另外，在上述實施例中，用于根源原因信息的候選被作為挖掘結(jié)果而輸出。代替根 源原因信息或者除了根源原因信息之外，挖掘結(jié)果也可以包含與根源原因信息相伴隨的其 他條信息。例如，代替根源原因信息或者除了根源原因信息之外，也可以輸出表明消除與該 根源原因信息相伴隨的故障所用的以往修補內(nèi)容(包括以往部件更換的內(nèi)容)的信息作為 挖掘結(jié)果。另外，在上述實施例中，在故障尚未再現(xiàn)時產(chǎn)生挖掘指令數(shù)據(jù)?；蛘?，也可以不管 故障是否再現(xiàn)都產(chǎn)生挖掘指令數(shù)據(jù)。但是在此情況下，所產(chǎn)生的挖掘指令數(shù)據(jù)受到限制性 管理，使得只有在故障尚未再現(xiàn)的情況下才將該挖掘指令數(shù)據(jù)用于失效診斷。即，在判定為故障尚未再現(xiàn)之前，所產(chǎn)生的挖掘指令數(shù)據(jù)被作為臨時挖掘指令數(shù)據(jù)來對待。在此情況下， 在上述第一和第二實施例中，禁止臨時挖掘指令數(shù)據(jù)用于挖掘。在上述第三和第四實施例 中，禁止臨時挖掘指令數(shù)據(jù)下載或禁止其用于車內(nèi)裝置201和/或經(jīng)銷商終端401處的挖 掘(如果已下載)。另外，在上述實施例中，主要根據(jù)DTC來判定同一故障是否已再現(xiàn)?；蛘撸部梢?根據(jù)其他條信息(例如FFD等)來判定故障是否已再現(xiàn)，并可以對判定故障再現(xiàn)所用的信 息進行選擇。另外，在上述實施例中，不定信息數(shù)據(jù)庫303被布置在中心服務(wù)器301那方，不管 故障是否再現(xiàn)，指令源數(shù)據(jù)都被發(fā)送到中心服務(wù)器301 ；但是，本發(fā)明的各個方面不限于這 種構(gòu)造。例如也可以是這樣的情況指令源數(shù)據(jù)被臨時儲存在車內(nèi)裝置201和/或經(jīng)銷商 終端401中，并且僅在故障尚未再現(xiàn)時，該臨時儲存的指令源數(shù)據(jù)才被發(fā)送到中心服務(wù)器 301。即，不定信息數(shù)據(jù)庫303的功能可以由車內(nèi)裝置201和/或經(jīng)銷商終端401來實現(xiàn)。 在此情況下，中心服務(wù)器301的信息管理單元305可以在指令源數(shù)據(jù)從車內(nèi)裝置201和/ 或經(jīng)銷商終端401供應(yīng)的時候判定同一故障是否尚未再現(xiàn)，以根據(jù)所供應(yīng)的指令源數(shù)據(jù)來 產(chǎn)生挖掘指令數(shù)據(jù)。即，在這種情況下，從車內(nèi)裝置和/或經(jīng)銷商終端401供應(yīng)指令源數(shù)據(jù) 被用作表明故障尚未再現(xiàn)的信息?；蛘?，可以向中心服務(wù)器301發(fā)送具有冗余信息的指令 源信息，該冗余信息表明故障尚未再現(xiàn)。另外，上述實施例描述了這樣的示例A傳感器系統(tǒng)的失效、B開關(guān)系統(tǒng)的失效和D 致動器的失效作為根源原因信息的候選?；蛘?，用作候選的根源原因信息也可以是更低級 別的根源原因信息(例如A傳感器系統(tǒng)中某具體部分的失效等)，或者可以是更高級別的根 源原因信息(例如包括D致動器的E系統(tǒng)或E功能的失效等)。另外，在上述實施例中，考慮了上述故障的再現(xiàn)來產(chǎn)生挖掘指令數(shù)據(jù)。這樣，根據(jù) 挖掘指令而獲得的挖掘結(jié)果(尤其是第一候選)的準確性應(yīng)當較高。如果即使在根據(jù)這些 挖掘結(jié)果而實施修理的情況下同一故障再現(xiàn)，則可以丟棄得出這些挖掘結(jié)果所用的挖掘指 令數(shù)據(jù)(以及產(chǎn)生這些挖掘指令數(shù)據(jù)所依據(jù)的確定狀態(tài)指令源數(shù)據(jù))。另外，在上述實施例中，中心服務(wù)器301的部分功能或全部功能可以由車內(nèi)裝置 201來實現(xiàn)。例如，中心服務(wù)器301可以被移走或保留，同時中心服務(wù)器301的全部功能可 以由專門車輛的車內(nèi)裝置201來實現(xiàn)。在此情況下，該專用車輛實際上用作移動式中心服 務(wù)器。另外，例如，中心服務(wù)器301可以被移走或保留，同時中心服務(wù)器301的全部功能可 以由多個車輛的車內(nèi)裝置201中的每一者來實現(xiàn)。在此情況下，可以通過車輛間通信等用 信息來產(chǎn)生挖掘指令數(shù)據(jù)。另外，所產(chǎn)生的挖掘指令數(shù)據(jù)可以不僅用來識別宿主車輛的故 障的根源原因信息，而且用來識別其他車輛的故障的根源原因信息。盡管已經(jīng)參考本發(fā)明的示例性實施例對其進行了說明，但是應(yīng)當明白本發(fā)明不限 于所述的這些實施例或構(gòu)造。相反，本發(fā)明應(yīng)當認為覆蓋了各種變更形式和等效布置。另 外，盡管以各種示例性組合和構(gòu)造的方式示出了本發(fā)明的各個要素，但是其他組合和構(gòu)造 (包括更多的、更少的或僅單一的要素)也在所附權(quán)利要求的范圍內(nèi)。
權(quán)利要求
1.一種失效診斷信息產(chǎn)生設(shè)備，其特征在于包括修理信息獲取裝置，用于獲取修理信息，所述修理信息表明伴隨車輛的故障而實施的 修理或部件更換的內(nèi)容，或表明所述故障的原因；故障時車輛信息獲取裝置，用于獲取故障時車輛信息，所述故障時車輛信息表明發(fā)生 所述故障時所檢測到的車輛狀態(tài)；指令信息產(chǎn)生裝置，用于根據(jù)所述修理信息和所述故障時車輛信息而產(chǎn)生指令信息， 所述指令信息可用于未來的修理或部件更換；以及再現(xiàn)信息獲取裝置，用于獲取再現(xiàn)信息，所述再現(xiàn)信息表明在所述車輛的修理或部件 更換之后，所述故障是否已經(jīng)再現(xiàn)，其中，當根據(jù)所述再現(xiàn)信息而判定為在所述車輛的修理或部件更換之后所述故障尚未 再現(xiàn)時，所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息和故障時車輛 信息而產(chǎn)生指令信息，或者判定將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有 關(guān)的修理信息和故障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更換。
2.根據(jù)權(quán)利要求1所述的失效診斷信息產(chǎn)生設(shè)備，其中，在判定為到從所述車輛的修 理或部件更換開始經(jīng)過了預定時間長度時為止或者到所述車輛行駛了預定距離時為止所 述故障尚未再現(xiàn)時，所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息和 故障時車輛信息而產(chǎn)生指令信息，或者判定將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的 所述故障有關(guān)的修理信息和故障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更 換。
3.根據(jù)權(quán)利要求1或2所述的失效診斷信息產(chǎn)生設(shè)備，其中，在判定為到從所述車輛的 修理或部件更換開始經(jīng)過了預定時間長度時為止或者到所述車輛行駛了預定距離時為止 所述故障已經(jīng)再現(xiàn)時，所述指令信息產(chǎn)生裝置不會根據(jù)與尚未再現(xiàn)的故障有關(guān)的修理信息 和故障時車輛信息而產(chǎn)生指令信息，或者判定不將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再 現(xiàn)的故障有關(guān)的修理信息和故障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更 換。
4.根據(jù)權(quán)利要求1所述的失效診斷信息產(chǎn)生設(shè)備，其中僅在判定為到從所述車輛的修理或部件更換開始經(jīng)過了預定時間長度時為止或者到 所述車輛行駛了預定距離時為止所述故障尚未再現(xiàn)時，所述修理信息獲取裝置才獲取與尚 未再現(xiàn)的所述故障有關(guān)的修理信息，并且所述故障時車輛信息獲取裝置才獲取所述故障時 車輛信息；并且所述指令信息產(chǎn)生裝置根據(jù)所獲取的修理信息和故障時車輛信息而產(chǎn)生指令信息。
5.根據(jù)權(quán)利要求3所述的失效診斷信息產(chǎn)生設(shè)備，其中，在判定為到從所述車輛的修 理或部件更換開始經(jīng)過了預定時間長度時為止或者到所述車輛行駛了預定距離時為止所 述故障已經(jīng)再現(xiàn)時，所述指令信息產(chǎn)生裝置丟棄與已經(jīng)再現(xiàn)的故障有關(guān)的修理信息和故障 時車輛信息，并且在已經(jīng)產(chǎn)生了與已經(jīng)再現(xiàn)的故障有關(guān)的指令信息時丟棄與已經(jīng)再現(xiàn)的故 障有關(guān)的指令信息。
6.根據(jù)權(quán)利要求1-5中任一項所述的失效診斷信息產(chǎn)生設(shè)備，其中，僅在判定為到從 所述車輛的修理或部件更換開始經(jīng)過了預定時間長度時為止或者到所述車輛行駛了預定 距離時為止所述故障尚未再現(xiàn)時，所述指令信息產(chǎn)生裝置才將與尚未再現(xiàn)的故障有關(guān)的指令信息提供給車輛修理支持設(shè)備，所述車輛修理支持設(shè)備安裝在車輛、經(jīng)銷商和修理設(shè)施 中至少任意一者上。
7.根據(jù)權(quán)利要求1所述的失效診斷信息產(chǎn)生設(shè)備，其中，所述再現(xiàn)信息獲取裝置從車 輛、經(jīng)銷商和修理設(shè)施中至少任意一者獲取所述再現(xiàn)信息；或者，所述再現(xiàn)信息獲取裝置從 車輛、經(jīng)銷商和修理設(shè)施中至少任意一者獲取表明在所述車輛的修理或部件更換之后所述 車輛的車輛狀態(tài)的修理后車輛信息，然后根據(jù)所獲取的修理后車輛信息來判定所述故障是 否已經(jīng)再現(xiàn)，從而獲取所述再現(xiàn)信息。
8.根據(jù)權(quán)利要求1所述的失效診斷信息產(chǎn)生設(shè)備，還包括修理支持信息產(chǎn)生裝置，用 于根據(jù)發(fā)生新故障時獲取的故障時車輛信息并根據(jù)所述指令信息而產(chǎn)生修理支持信息，所 述修理支持信息可用于針對所述新故障進行修理或部件更換。
9.根據(jù)權(quán)利要求8所述的失效診斷信息產(chǎn)生設(shè)備，其中，所述修理支持信息包含下列 至少任意一者表明要實施的修理或部件更換的內(nèi)容的信息，以及表明所述新故障的原因 的根源原因信息。
10.一種車輛修理支持設(shè)備，安裝在車輛、經(jīng)銷商以及修理設(shè)施中的至少任意一者處， 所述車輛修理支持設(shè)備的特征在于包括指令信息獲取裝置，用于從根據(jù)權(quán)利要求6所述的失效診斷信息產(chǎn)生設(shè)備獲取指令信息；故障時車輛信息獲取裝置，用于獲取故障時車輛信息，所述故障時車輛信息表明在車 輛中發(fā)生故障時檢測到的車輛狀態(tài)；以及修理支持信息輸出裝置，用于根據(jù)所獲取的故障時車輛信息和所獲取的指令信息而 產(chǎn)生并輸出修理支持信息，所述修理支持信息可用于針對所述故障而進行的修理或部件更 換。
11.一種車輛修理支持設(shè)備，安裝在車輛、經(jīng)銷商以及修理設(shè)施中的至少任意一者處， 所述車輛修理支持設(shè)備的特征在于包括修理支持信息輸出裝置，用于從根據(jù)權(quán)利要求8所述的失效診斷信息產(chǎn)生設(shè)備獲取并 輸出所述修理支持信息。
12.根據(jù)權(quán)利要求10或11所述的車輛修理支持設(shè)備，其中，所述修理支持信息包含下 列至少任意一者表明要實施的修理或部件更換的內(nèi)容的信息，以及表明所述新故障的原 因的根源原因信息。
13.—種車輛修理支持系統(tǒng)，其特征在于包括根據(jù)權(quán)利要求6所述的失效診斷信息產(chǎn)生設(shè)備；以及根據(jù)權(quán)利要求10-12中任一項所述的車輛修理支持設(shè)備。
14.一種失效診斷信息產(chǎn)生系統(tǒng)，包括根據(jù)權(quán)利要求1所述的失效診斷信息產(chǎn)生設(shè)備，以及再現(xiàn)信息提供設(shè)備，其特征在于所述再現(xiàn)信息提供設(shè)備包括修理后車輛信息獲取裝置，用于獲取修理后車輛信息，所 述修理后車輛信息表明在車輛的修理或部件更換之后，所述車輛的車輛狀態(tài)；判定裝置，用 于根據(jù)所獲取的修理后車輛信息來判定所述故障是否已經(jīng)再現(xiàn)；以及傳送裝置，用于根據(jù) 由所述判定裝置判定的結(jié)果而產(chǎn)生所述再現(xiàn)信息，并將所產(chǎn)生的再現(xiàn)信息傳送到所述失效診斷信息產(chǎn)生設(shè)備。
15.根據(jù)權(quán)利要求14所述的失效診斷信息產(chǎn)生系統(tǒng)，其中，僅在所述判定裝置判定為 所述故障尚未再現(xiàn)時，所述傳送裝置才將與尚未再現(xiàn)的故障有關(guān)的修理信息和故障時車輛 信息傳送給所述失效診斷信息產(chǎn)生設(shè)備，并且，對所述修理信息和故障時車輛信息的傳送 起到所述再現(xiàn)信息的作用。
16.根據(jù)權(quán)利要求14或15所述的失效診斷信息產(chǎn)生系統(tǒng)，其中，所述修理后車輛信息 獲取裝置、所述判定裝置和所述傳送裝置被安裝在車輛、經(jīng)銷商和修理設(shè)施中的至少任意 一者處。
17. 一種再現(xiàn)信息提供設(shè)備，其特征在于所述再現(xiàn)信息提供設(shè)備被用在根據(jù)權(quán)利要求14至16中任一項所述的失效診斷信息產(chǎn) 生系統(tǒng)中。
18. 一種失效診斷信息產(chǎn)生方法，其特征在于包括獲取修理信息，所述修理信息表明伴隨車輛的故障而實施的修理或部件更換的內(nèi)容， 或表明所述故障的原因；獲取故障時車輛信息，所述故障時車輛信息表明發(fā)生所述故障時所檢測到的車輛狀態(tài)；獲取再現(xiàn)信息，所述再現(xiàn)信息表明在所述車輛的修理或部件更換之后，所述故障是否 已經(jīng)再現(xiàn)；以及當根據(jù)所述再現(xiàn)信息而判定為所述故障尚未再現(xiàn)時，根據(jù)所述修理信息和所述故障時 車輛信息而產(chǎn)生指令信息，所述指令信息可用于未來的修理或部件更換。
19.一種數(shù)據(jù)庫，其特征在于所述數(shù)據(jù)庫保持由根據(jù)權(quán)利要求1至9中任一項所述的失效診斷信息產(chǎn)生設(shè)備所產(chǎn)生 的所述指令信息。
20.一種數(shù)據(jù)庫，安裝在車輛、經(jīng)銷商和修理設(shè)施中的至少任意一者處，其特征在于 所述數(shù)據(jù)庫保持由根據(jù)權(quán)利要求6所述的失效診斷信息產(chǎn)生設(shè)備所提供的所述指令信息o
21.一種失效診斷信息產(chǎn)生設(shè)備，包括修理信息獲取裝置，其獲取修理信息，所述修理信息表明伴隨車輛的故障而實施的修 理或部件更換的內(nèi)容，或表明所述故障的原因；故障時車輛信息獲取裝置，其獲取故障時車輛信息，所述故障時車輛信息表明發(fā)生所 述故障時所檢測到的車輛狀態(tài)；指令信息產(chǎn)生裝置，其根據(jù)所述修理信息和所述故障時車輛信息而產(chǎn)生指令信息，所 述指令信息可用于未來的修理或部件更換；以及再現(xiàn)信息獲取裝置，其獲取再現(xiàn)信息，所述再現(xiàn)信息表明在所述車輛的修理或部件更 換之后，所述故障是否已經(jīng)再現(xiàn)，其中，當根據(jù)所述再現(xiàn)信息而判定為在所述車輛的修理或部件更換之后所述故障尚未 再現(xiàn)時，所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有關(guān)的修理信息和故障時車輛 信息而產(chǎn)生指令信息，或者判定將由所述指令信息產(chǎn)生裝置根據(jù)與尚未再現(xiàn)的所述故障有 關(guān)的修理信息和故障時車輛信息而產(chǎn)生的指令信息用于未來的修理或部件更換。
全文摘要
本發(fā)明涉及失效診斷信息產(chǎn)生設(shè)備和失效診斷信息產(chǎn)生系統(tǒng)。失效診斷信息產(chǎn)生設(shè)備包括修理信息獲取單元，其獲取修理信息，該信息表明伴隨車輛的故障而實施的修理或部件更換的內(nèi)容或表明故障的原因；故障時車輛信息獲取單元，其獲取故障時車輛信息，該信息表明發(fā)生故障時檢測到的車輛狀態(tài)；指令信息產(chǎn)生單元，其根據(jù)修理信息和故障時車輛信息產(chǎn)生指令信息，該信息可用于未來的修理或部件更換；再現(xiàn)信息獲取單元，其獲取再現(xiàn)信息，該信息表明車輛的修理或部件更換之后故障是否已再現(xiàn)。用再現(xiàn)信息判定修理或部件更換之后故障是否再現(xiàn)。根據(jù)判定結(jié)果，指令信息產(chǎn)生單元判定是否產(chǎn)生指令信息或是否將所產(chǎn)生的指令信息用于未來的修理或部件更換。
文檔編號G07C5/08GK101999140SQ200980112316
公開日2011年3月30日 申請日期2009年4月2日 優(yōu)先權(quán)日2008年4月2日
發(fā)明者石川智康 申請人:豐田自動車株式會社