本發(fā)明涉及車輛診斷測試執(zhí)行控制的系統(tǒng)和方法，并且更具體地涉及車載診斷測試執(zhí)行控制的系統(tǒng)和方法。

背景技術(shù)：

車載診斷(obd)測試分析車輛操作并且可以識別車輛部件的問題。obd測試的示例包括蒸發(fā)排放物控制(evap)測試、廢氣再循環(huán)(egr)測試、氧氣傳感器測試、閾值催化劑測試等。obd測試的執(zhí)行通常取決于在測試之前和/或測試期間滿足先決(有時被稱作進入)條件。然而，obd測試在某些可變條件下不能成功執(zhí)行，例如中斷、產(chǎn)生不準確的結(jié)果、產(chǎn)生不確定的結(jié)果。由于obd測試需要大量的能量和用于執(zhí)行的操作資源，obd測試的未成功執(zhí)行降低車輛操作的效率。

技術(shù)實現(xiàn)要素：

根據(jù)本發(fā)明，提供一種方法，包含：

接收從第一車輛傳輸來的第一故障消息，該第一故障消息提供表明第一車輛內(nèi)的第一診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第一車輛內(nèi)的第一診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；

由一種或多種車輛操作條件確定第一診斷測試的預期成功執(zhí)行的一種或多種所需條件；以及

產(chǎn)生第一執(zhí)行消息，該第一執(zhí)行消息提供表明第一診斷測試的預期成功執(zhí)行的一種或多種所需條件的數(shù)據(jù)。

根據(jù)本發(fā)明的一個實施例，該方法進一步包含：

接收從第二車輛傳輸?shù)牡诙收舷ⅲ摰诙收舷⑻峁┍砻鞯诙囕v內(nèi)的第一診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第二車輛內(nèi)的第一診斷測試未成功執(zhí)行作期間的一種或多種車輛操作條件；以及

基于第二故障消息更新第一診斷測試的預期成功執(zhí)行的一種或多種所需條件。

根據(jù)本發(fā)明的一個實施例，該方法進一步包含：

接收從第一車輛傳輸?shù)牡诙收舷?，第二故障消息提供用于表明第一車輛內(nèi)的第二診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第一車輛內(nèi)的第二診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；

由第二測試報告消息來確定第二診斷測試的預期成功執(zhí)行的一種或多種所需條件；以及

產(chǎn)生第二執(zhí)行消息，第二執(zhí)行消息提供用于表明第二診斷測試的預期成功執(zhí)行的一種或多種所需條件。

根據(jù)本發(fā)明的一個實施例，其中一種或多種所需條件包括環(huán)境條件和車輛路徑條件中的至少一個。

根據(jù)本發(fā)明的一個實施例，其中確定一種或多種所需條件包括利用支持向量機、神經(jīng)網(wǎng)絡和聚類算法中的一種建立第一診斷測試的預期成功執(zhí)行的模型。

根據(jù)本發(fā)明的一個實施例，其中第一診斷測試是車載診斷(obd)測試。

根據(jù)本發(fā)明，提供一種方法，包含：

確定車輛的當前車輛操作條件滿足存儲的進入條件，存儲的進入條件用于啟動第一診斷測試，第一診斷測試具有第一持續(xù)時間；

確定第一持續(xù)時間內(nèi)車輛的預期車輛操作條件；

關(guān)于第一執(zhí)行消息查詢遠程計算裝置；

接收第一執(zhí)行消息，該第一執(zhí)行消息提供表明第一診斷測試的預期成功執(zhí)行的一種或多種所需條件的數(shù)據(jù)；

將第一持續(xù)時間內(nèi)車輛的預期車輛操作條件與來自第一執(zhí)行消息的一種或多種所需條件進行比較；以及

基于比較來確定是否執(zhí)行第一診斷測試。

根據(jù)本發(fā)明的一個實施例，該方法進一步包含：

確定第一診斷測試未成功執(zhí)行；

產(chǎn)生故障消息，該故障消息提供表明第一診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第一診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；以及

將故障消息傳輸?shù)竭h程計算裝置。

根據(jù)本發(fā)明的一個實施例，其中一種或多種所需條件包括環(huán)境條件和車輛路徑條件中的至少一個。

根據(jù)本發(fā)明的一個實施例，其中第一診斷測試是車載診斷(obd)測試。

根據(jù)本發(fā)明的一個實施例，其中遠程計算裝置是基于云的服務器。

根據(jù)本發(fā)明，提供一種系統(tǒng)，包含：

計算機，計算機包含處理器和存儲器，該存儲器存儲可由處理器執(zhí)行的指令，指令用于：

接收從第一車輛傳輸?shù)牡谝还收舷?，第一故障消息提供表明第一診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第一診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；

由一種或多種車輛操作條件確定第一診斷測試的預期成功執(zhí)行的一種或多種所需條件；以及

產(chǎn)生第一執(zhí)行消息，第一執(zhí)行消息提供表明第一診斷測試的預期成功執(zhí)行的一種或多種所需條件。

根據(jù)本發(fā)明的一個實施例，其中存儲器存儲可由處理器執(zhí)行的另外的指令，該另外的指令用于：

接收從第二車輛傳輸?shù)牡诙收舷?，該第二故障消息提供表明第二車輛內(nèi)的第一診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第二車輛內(nèi)的第一診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；以及

基于第二故障消息更新第一診斷測試的預期成功執(zhí)行的一種或多種所需條件。

根據(jù)本發(fā)明的一個實施例，其中存儲器存儲可由處理器執(zhí)行的另外的指令，該另外的指令用于：

從第一車輛接收第二故障消息，第二故障消息提供表明第一車輛內(nèi)的第二診斷測試未成功執(zhí)行的數(shù)據(jù)以及在第一車輛內(nèi)的第二診斷測試未成功執(zhí)行期間的一種或多種車輛操作條件；

由第二故障消息確定第二診斷測試的預期成功執(zhí)行的一種或多種所需條件；以及

產(chǎn)生第二執(zhí)行消息，第二執(zhí)行消息提供表明第二診斷測試預期成功執(zhí)行的一種或多種所需條件的數(shù)據(jù)。

根據(jù)本發(fā)明的一個實施例，其中第一診斷測試的預期成功執(zhí)行的一種或多種所需條件包括環(huán)境條件和車輛路徑條件中的至少一種。

根據(jù)本發(fā)明的一個實施例，其中環(huán)境條件是環(huán)境溫度和降水條件中的一種。

根據(jù)本發(fā)明的一個實施例，其中車輛路徑條件是車輛加速度和車輛減速度中的一種。

根據(jù)本發(fā)明的一個實施例，其中確定第一診斷測試的預期成功執(zhí)行的一種或多種所需條件包括利用支持向量機、神經(jīng)網(wǎng)絡和聚類算法中的一種來建立第一診斷測試預期成功執(zhí)行的模型。

根據(jù)本發(fā)明的一個實施例，其中第一診斷測試是車載診斷(obd)測試。

根據(jù)本發(fā)明的一個實施例，其中計算機是基于云的服務器。

附圖說明

圖1說明了用于診斷測試執(zhí)行控制的示例系統(tǒng)，該系統(tǒng)包括遠程計算系統(tǒng)和多個車輛；

圖2是用于遠程產(chǎn)生診斷測試執(zhí)行消息的示例程序的示意圖；

圖3是用于控制車輛內(nèi)的診斷測試的示例程序的示意圖。

具體實施方式

系統(tǒng)概況

圖1是用于診斷測試執(zhí)行控制的示例系統(tǒng)100的框圖，該系統(tǒng)包括遠程計算系統(tǒng)和多個車輛。雖然在這里的示例中描述的測試是車載診斷(obd)系統(tǒng)測試，但本發(fā)明的主題可以在測試其它車輛系統(tǒng)和/或元件的情況下實施。

車輛101a、101b分別包括車輛計算機105a和105b、自主操作模塊106a和106b以及obd控制器108a和108b。車輛101a、101b各自分別包括全球定位系統(tǒng)(gps)傳感器110a、110b和各種補充傳感器120a、120b等。車輛101a、101b也各自分別包括被存儲的obd進入條件125a、125b。車輛101a、101b通過網(wǎng)絡130與服務器135通信。服務器135與數(shù)據(jù)存儲器140通信。服務器135可以是遠程或基于云的計算裝置。

系統(tǒng)100操作以在車輛內(nèi)實現(xiàn)診斷測試執(zhí)行的相對穩(wěn)健的控制。服務器135由來自一個或多個車輛的隨時間推移的信息產(chǎn)生診斷測試執(zhí)行相對于車輛操作條件的模型，以識別預期成功執(zhí)行情況下的條件。在分別滿足一個或多個特定的obd測試的進入條件125a和/或125b之后，車輛101a和/或101b針對建模和/或更新的預期成功的測試執(zhí)行所需條件詢問服務器135，并且確定是否通過任何所需條件與預期車輛操作條件的比較來執(zhí)行測試。因此，車輛101a和/或101b可以避免啟動診斷測試，例如obd測試，甚至是在滿足進入條件但服務器135確定不可能是成功執(zhí)行的情況下避免啟動診斷測試，由此節(jié)省能量并且增加操作效率。

在系統(tǒng)100中，服務器135可以接收關(guān)于如obd測試的診斷測試的未成功執(zhí)行的一個或多個故障消息，該消息從如車輛101a和/或101b的一個或多個車輛傳輸。這樣的故障消息向服務器135提供用于表明在各車輛內(nèi)的診斷測試的未成功執(zhí)行的數(shù)據(jù)連同在該車輛內(nèi)診斷測試未成功執(zhí)行期間與車輛操作條件相關(guān)的數(shù)據(jù)。來自這種故障消息的數(shù)據(jù)可以被存儲在數(shù)據(jù)存儲器140中。服務器135產(chǎn)生診斷測試執(zhí)行相對于一種或多種車輛操作條件的模型并且相對于存儲在數(shù)據(jù)存儲器140內(nèi)的閾值或置信值或由數(shù)據(jù)存儲器140內(nèi)的信息計算出的閾值或置信值來確定與該診斷測試的預期成功執(zhí)行相關(guān)的一種或多種所需條件。識別到與預期成功執(zhí)行相關(guān)的一種或多種所需條件之后，一經(jīng)從車輛請求，服務器135就產(chǎn)生執(zhí)行消息以識別關(guān)于任何特定診斷測試的任何各自所需的條件。

系統(tǒng)元件

應理解的是，這里車輛101a、101b中的一個或它們的任何部件的說明分別適合其它并且因此不需要針對所有的對應部件重復。進一步地，除非這里另外指出，每個車輛101a的操作與車輛101b的那些操作相似。

車輛101a計算機105a總體包括處理器和存儲器，該存儲器包括一種或多種類型的計算機可讀介質(zhì)，并且存儲針對實施包括這里所公開的各種操作而可由處理器執(zhí)行的指令。計算機105a的存儲器可以進一步存儲一種或多種obd進入條件125a。計算機105a的存儲器總體也接收和存儲來自傳感器120a的數(shù)據(jù)，傳感器是例如成像傳感器、環(huán)境傳感器、車輛系統(tǒng)傳感器等。此外，計算機105a的存儲器可以存儲各種數(shù)據(jù)，包括由gps110a提供的與車輛101a位置相關(guān)的數(shù)據(jù)以及由車輛101a控制器、傳感器等收集的其它數(shù)據(jù)。

相應地，計算機105a總體配置用于在如以太網(wǎng)總線、控制器局域網(wǎng)絡(can)總線或如jaspar、lin、saej1850、autosar、most等的任何其它合適的車輛內(nèi)通信總線上通信和/或可以使用其它有線或如藍牙等的無線通信協(xié)議通信。也就是，計算機105a可以通過各種機構(gòu)通信，該機構(gòu)可以設置在車輛101a內(nèi)和/或如用戶裝置的其它裝置內(nèi)。車輛101a也可以包括一種或多種電子控制單元，尤其是專門用于接收和傳輸如車載診斷連接器(obd-ii)的診斷信息的控制單元。相應地，計算機105a也可以具有與車載診斷連接器(obd-ii)端口的連接，例如按照j1962標準。通過以太網(wǎng)總線、can總線、obd-ii連接器端口和/或其它有線或無線機構(gòu)，計算機105a可以向車輛內(nèi)的各種裝置傳輸消息和/或從各種裝置接收消息，裝置是如控制器、致動器、傳感器等。此外，計算機105a可以配置為例如通過網(wǎng)絡130與一個或多個遠程服務器135通信，如下文所述，網(wǎng)絡130包括各種有線和/或無線網(wǎng)絡技術(shù)，如蜂窩、藍牙、有線和/或無線分組網(wǎng)絡等。

進一步地，計算機105a通常包括和/或可通信地連接到obd控制器108a，例如已知的用于訪問obd測試以及確定例如存儲的obd進入條件125a的先決條件在什么時候滿足用于各種obd測試以及執(zhí)行這樣的測試的控制器。

自主行駛模塊106a總體被包括在存儲于計算機105a內(nèi)并且由計算機105a執(zhí)行的指令中。使用在計算機105a內(nèi)接收的數(shù)據(jù)，例如來自各種傳感器、來自車輛101a通信總線、來自服務器135等的數(shù)據(jù)，模塊106a可以在沒有駕駛員操作車輛101a的情況下自主或半自主地(即控制一些但并非全部的車輛101a操作)控制各種車輛101a部件和/或操作。例如，模塊106a可以被用于控制車輛101a速度、加速度、減速度、轉(zhuǎn)向、換擋、如車燈、擋風玻璃刮水器等的部件的操作。

如gps110a的導航系統(tǒng)可操作用于確定車輛101a的地理坐標，即緯度和經(jīng)度。gps110a也可以接收輸入，例如車輛101a的目標目的地位置的地理坐標、街道地址等。這樣的輸入可以可選地或另外由車輛101a內(nèi)的用戶裝置或遠程地如通過網(wǎng)絡130提供給計算機105a。用戶裝置可以是包括處理器和存儲器以及通信能力的多種計算裝置中的任何一種。例如，用戶裝置可以是便攜式計算機、平板電腦、智能手機等，其包括使用ieee802.11、藍牙和/或蜂窩通信協(xié)議無線通信的能力。進一步地，用戶裝置可以使用這樣的通信能力通過網(wǎng)絡130通信并且也可以例如使用車輛內(nèi)通信機構(gòu)——例如藍牙——直接與車輛計算機105a通信。進一步地，自主模塊106a可以使用來自gps110a和/或用戶裝置的信息來產(chǎn)生到達意向目的地所要遵循的路線。

各種傳感器120a和其它源可以為車輛101a的自主或半自主操作提供數(shù)據(jù)。例如，車輛101a內(nèi)的各種控制器可以通過控制器局域網(wǎng)絡(can)總線提供數(shù)據(jù)，例如與車輛速度、加速度等相關(guān)的數(shù)據(jù)。進一步地，傳感器120a或類似物、gps110a等可以例如通過有線或無線連接向計算機105a提供數(shù)據(jù)。傳感器120a可以包括如雷達、激光雷達、攝像機或類似物、聲納、呼吸分析儀、運動檢測器等的機構(gòu)。此外，傳感器120a可以包括位于車輛101a內(nèi)可操作用于檢測車輛101a的部件的位置、位置變化、位置變化率等的裝置，車輛101a的部件是例如方向盤、制動踏板、加速器、換擋桿等。傳感器120a可以測量與車輛101a的操作和周圍車輛的操作以及環(huán)境相關(guān)的數(shù)值。例如，傳感器120a可以測量車輛101a的速度和位置、周圍車輛相對于車輛101a的速度和位置和/或與一種或多種obd測試的先決條件相關(guān)的數(shù)值，例如海拔、速度、燃料容積、加速度、溫度等。

obd進入條件125a包括車輛101a內(nèi)的obd測試(或多個測試)的一種或多種先決條件，在該情況下車輛101a可以啟動obd測試。例如，obd測試的obd進入條件125a可以對應于如特定時間、速度、車輛路徑、部件狀態(tài)、環(huán)境條件和/或?qū)⒁獔?zhí)行obd測試的位置(如特定的全球定位系統(tǒng)坐標)中的一個或多個。當充分滿足obd進入條件125a以及這里所描述的關(guān)于obd測試預期成功執(zhí)行的任何所需條件時，計算機105a和/或obd控制器108a可以啟動obd測試并且可以在整個obd測試中監(jiān)測條件。

例如在條件變化(道路變得粗糙、開始降水、車輛部件發(fā)生故障等)的情況下或在(例如與存儲的基線或閾值相比)產(chǎn)生不正確或不確定的結(jié)果的情況下，計算機105a、105b和/或obd控制器108a、108b可以中止obd測試。根據(jù)本發(fā)明的原理，對于obd測試的這種未成功執(zhí)行而言，車輛101a、101b分別產(chǎn)生關(guān)于未成功執(zhí)行的obd測試的故障消息，并且通過網(wǎng)絡130將該故障消息傳輸?shù)椒掌?35。每個這樣的故障消息包括未成功執(zhí)行的obd測試的識別以及在測試期間的車輛操作條件，包括環(huán)境條件、車輛路徑條件和/或車輛狀態(tài)條件。

服務器135可以相對于車輛101a和101b遠程定位，并且可以與車輛101a和101b基于云通信。服務器135可以例如在數(shù)據(jù)存儲器140內(nèi)存儲與一種或多種obd測試相對應的故障消息。服務器135可以應用算法，例如支持向量機、神經(jīng)網(wǎng)絡和/或聚類算法，從而分別產(chǎn)生相對于車輛操作條件的obd測試執(zhí)行的模型。服務器135可以針對對應obd測試利用每個附加的這種故障消息來更新任何這樣的模型并且可以存儲關(guān)于多種obd測試的模型。

根據(jù)本發(fā)明的原理，服務器135可以基于每個這樣的模型產(chǎn)生關(guān)于每種這樣的obd測試的診斷測試執(zhí)行的消息。每個這樣的執(zhí)行消息可以包括關(guān)于對應obd測試預期成功執(zhí)行的一種或多種所需的車輛操作條件，obd測試的預期成功執(zhí)行可以位于根據(jù)obd測試執(zhí)行模型的置信度閾值之內(nèi)。當利用來自各車輛的附加數(shù)據(jù)更新該模型時，可以隨時間更新執(zhí)行消息。相應地，本發(fā)明的系統(tǒng)以示例方式提供obd測試啟動穩(wěn)健性以及所產(chǎn)生的效率——如能量和車輛計算能力和容量——的相對增加。

例如，在車輛101a、101b的燃料箱和環(huán)境溫度之間的特定溫度差異下，evap測試未成功執(zhí)行。其它obd測試在特定溫度下同樣是不準確的。根據(jù)在這樣未成功執(zhí)行的evap或其它測試時傳輸?shù)椒掌?35的一個或多個故障消息，服務器135可以建立與燃料箱溫度、環(huán)境溫度和其它車輛操作條件相關(guān)的測試執(zhí)行的模型以識別對應于evap或?qū)渌黲bd測試的預期成功執(zhí)行的燃料箱溫度、環(huán)境溫度和/或其它操作條件。

在其它示例中，各種obd測試在快速的加速或減速下中止。根據(jù)在這樣未成功執(zhí)行的這些obd測試時傳輸?shù)椒掌?35的一種或多種故障消息，服務器135可以建立相對于如實際或預期車輛路徑的車輛操作條件的這些obd測試執(zhí)行的模型，從而分別識別車輛路徑特性和/或?qū)谶@些obd測試預期成功執(zhí)行的其它操作條件。

當如車輛101a、101b中的一個的車輛請求時，服務器135可以通過網(wǎng)絡130傳輸obd測試的執(zhí)行消息。請求和使用來自服務器135的執(zhí)行消息的車輛可以與向服務器135報告故障消息的車輛重疊或可以與其不同。類似地，車輛可以請求執(zhí)行消息并且報告關(guān)于重疊和/或不同obd測試的故障消息。網(wǎng)絡130表示一種或多種機構(gòu)，車輛101a的計算機105a可以通過該機構(gòu)與遠程服務器135通信。相應地，網(wǎng)絡130可以是各種有線或無線通信機構(gòu)中的一種或多種，包括有線(如電纜和光纖)和/或無線(如蜂窩、無線保真、衛(wèi)星、微波和射頻)通信機構(gòu)的任何所需組合以及任何所需的網(wǎng)絡拓撲技術(shù)(或使用多種通信機構(gòu)時的拓撲技術(shù))。示例性通信網(wǎng)絡包括無線通信網(wǎng)絡(如使用藍牙、ieee802.11等)、局域網(wǎng)(lan)和/或包括提供數(shù)據(jù)通信服務的因特網(wǎng)的廣域網(wǎng)(wan)。

服務器135可以是一個或多個計算機服務器，每個服務器總體包括至少一個處理器和至少一個存儲器，該存儲器存儲可由處理器執(zhí)行的指令，指令包括用于實施這里所述的各種步驟和程序的指令。服務器135包括或可通信地連接到數(shù)據(jù)存儲器140，數(shù)據(jù)存儲器140分別用于存儲包括相對于車輛操作條件執(zhí)行obd測試的一種或多種模型的數(shù)據(jù)，如從報告給服務器135的故障消息中所接收的數(shù)據(jù)。

示例性程序

圖2是示例程序200的示意圖，程序200用于產(chǎn)生相對于車輛操作條件的診斷測試執(zhí)行模型，該模型識別在預期成功執(zhí)行特定診斷測試的情況下的一種或多種所需條件，并且程序200基于該模型以及任何所需條件來產(chǎn)生執(zhí)行消息。在obd數(shù)據(jù)和obd測試的情況下以示例而并非限制的方式描述程序200，程序200可以應用于其它類型的數(shù)據(jù)和測試。

程序200在框205中開始，其中服務器135接收從如車輛101a傳輸?shù)年P(guān)于如obd測試的診斷測試的故障消息。可以以已知的方式通過網(wǎng)絡130接收故障消息。故障消息通常包括識別obd測試未成功執(zhí)行的數(shù)據(jù)以及在obd測試未成功執(zhí)行期間車輛101a的操作條件。例如，故障消息可以識別obd測試連同車輛101a上的各種傳感器120a收集的數(shù)據(jù)，該obd測試由于突然的加速或減速而被中止。從如ecu、傳感器120a等車輛101部件收集的數(shù)據(jù)的示例包括與車輛101a行駛所在的環(huán)境相關(guān)的數(shù)據(jù)(如環(huán)境光水平、是否存在降水、外部空氣溫度等)、車輛101a操作參數(shù)(如車輛101速度、前進方向、轉(zhuǎn)向角度、制動器激活、節(jié)氣門設置等)、關(guān)于來自傳感器120a和/或?qū)Ш较到y(tǒng)的即將到來的地形的信息(如粗糙的道路、海拔變化、彎曲等)。

接下來，在框210中，服務器135識別是否存在相對于存儲在數(shù)據(jù)存儲器140內(nèi)的車輛操作條件而執(zhí)行obd測試的現(xiàn)有模型。如果有，則在框215中，利用來自在框205接收的故障消息的數(shù)據(jù)更新obd測試的現(xiàn)有模型。如果不存在obd測試的現(xiàn)有模型，則在框220中，服務器135基于故障消息產(chǎn)生obd模型。服務器135可以通過應用一種或多種已知機器學習算法——如支持向量機、神經(jīng)網(wǎng)絡和/或聚類算法——來建立相對于車輛操作條件的診斷測試執(zhí)行的模型。

接下來，在框225中，由產(chǎn)生和/或更新的對應于obd測試的模型，服務器135確定關(guān)于obd測試的預期成功操作所需的一種或多種條件。服務器135可以由執(zhí)行obd測試的模型來確定一種或多種所需條件，例如通過將來自模型的數(shù)據(jù)與存儲在數(shù)據(jù)存儲器140內(nèi)的閾值或置信數(shù)值或與由存儲在數(shù)據(jù)存儲器140內(nèi)的信息計算出的閾值或置信數(shù)值進行比較。例如，關(guān)于特定置信數(shù)值，該模型可以預測在置信水平或置信水平之上時obd測試會成功執(zhí)行，該置信水平位于如特定環(huán)境溫度范圍之內(nèi)，并且因此服務器135將識別如obd測試執(zhí)行所需條件的特定環(huán)境溫度范圍。

接下來，在框230中，服務器135產(chǎn)生執(zhí)行消息，該執(zhí)行消息包括用于識別obd測試的數(shù)據(jù)以及在框225中確定的關(guān)于obd測試的一種或多種所需條件。執(zhí)行消息配置為通過網(wǎng)絡130傳輸并且被一個或多個車輛101a、101b接收。在框235中，一經(jīng)從一個或多個車輛101a、101b請求，服務器135就傳輸執(zhí)行消息。

接下來，在框240中，服務器135確定程序200是否應該繼續(xù)。例如，在服務器135確定沒有車輛期望傳輸故障消息或請求執(zhí)行消息的情況下，程序200可以結(jié)束。在任何情況下，如果程序200不應該繼續(xù)，那么程序200在框240之后結(jié)束。否則，程序200返回到框205。該程序可以繼續(xù)更新關(guān)于診斷測試的模型，并且平行地產(chǎn)生和更新關(guān)于多個診斷測試的模型。

圖3是用于控制車輛診斷測試執(zhí)行的示例程序300的示意圖。在obd數(shù)據(jù)和obd測試的情況下以示例而并非限制的方式描述程序300，程序300可以應用于其它類型的數(shù)據(jù)和測試。

程序300在框305中開始，其中車輛101a的計算機105a從如ecu、傳感器120a等的車輛101a部件接收用于識別車輛101a的當前操作條件的數(shù)據(jù)，例如與車輛101a行駛所在的環(huán)境相關(guān)的數(shù)據(jù)(如環(huán)境光水平、是否存在降水、外部空氣溫度等)、車輛101a操作參數(shù)(如車輛101速度、前進方向、轉(zhuǎn)向角度、制動器激活、節(jié)氣門設置等)、關(guān)于來自傳感器120a和/或?qū)Ш较到y(tǒng)的即將到來的地形的信息(如粗糙的道路、海拔變化、彎曲等)。

接下來，在框310中，計算機105a確定當前車輛操作條件是否滿足一種或多種obd測試的obd進入條件125a。計算機105a和/或obd控制器108a可以例如以已知方式通過將框305接收的數(shù)據(jù)與obd進入條件125a進行比較來確定是否滿足obd進入條件125a。如果關(guān)于任何obd測試的obd進入條件125a都沒有被滿足，那么程序300繼續(xù)到框315，在框315中計算機105a確定程序300是否應該繼續(xù)。例如，在計算機105a確定車輛101a位于它的目的地或在其附近的情況下或在車輛101a被用戶熄火的情況下，程序300可以結(jié)束。在任何情況下，如果程序300不應該繼續(xù)，那么在框315之后，程序300結(jié)束。否則，程序300返回到框305中。

在框310中，如果關(guān)于車輛101a內(nèi)的obd測試的obd進入條件125a被滿足，那么在框320內(nèi)，計算機105a確定在進入條件125a已經(jīng)被滿足的obd測試的持續(xù)時間內(nèi)的預期車輛操作條件。以示例的方式，在車輛101a的一個或多個obd測試的持續(xù)時間期間內(nèi)遇到的這樣的預期車輛操作條件可以包括車輛101a的計劃路線、預期交通密度、外部空氣溫度、道路表面條件、道路摩擦、車輛速度等。

接下來，在框325中，計算機105a查詢對應于進入條件125a已經(jīng)被滿足的obd測試的執(zhí)行消息。在框330中，在查詢和/或接收這樣的執(zhí)行消息——例如通過網(wǎng)絡130從服務器135傳輸?shù)南ⅰ螅嬎銠C105a將框320中確定的預期車輛操作條件與obd測試預期成功執(zhí)行的任何所需條件進行比較，所需條件是在關(guān)于滿足進入條件125a的obd測試的任何接收的執(zhí)行消息的數(shù)據(jù)中識別的。

接下來，在框335中，計算機105a確定在obd測試(其中進入條件125a已經(jīng)被滿足)持續(xù)時間的預期車輛操作條件是否充分滿足如任何接收的執(zhí)行消息的數(shù)據(jù)中所識別的obd測試預期成功執(zhí)行的任何所需條件。甚至是在如obd測試的整個持續(xù)時間并非全部所需條件預期都被滿足的情況下，計算機105a可以基于存儲或計算的執(zhí)行閾值或公差來確定預期車輛操作條件充分滿足用于啟動obd測試的執(zhí)行消息的所需條件。執(zhí)行閾值或公差可以取決于obd測試、車輛101a的類型、車輛101a的環(huán)境、路徑或操作條件等。例如，如果預測到車輛101a在冗長的obd測試的相對短暫的持續(xù)時間具有位于所需條件之外的車速，那么該偏差可以位于執(zhí)行閾值和/或公差之內(nèi)，并且計算機105a可以確定應該進行obd測試的執(zhí)行。

如果計算機105a確定預期車輛操作條件不滿足位于可接受的執(zhí)行閾值公差之內(nèi)的所需條件，那么在框315中，計算機105a確定是否應該繼續(xù)程序300。

在任何情況下，如果計算機105a確定應該繼續(xù)obd測試的執(zhí)行，那么程序300在框340中繼續(xù)并且計算機105a和/或obd控制器108a進行指示以執(zhí)行obd測試。接下來，在框345中，計算機105a和/或obd控制器108a確定是否已經(jīng)成功執(zhí)行obd測試。例如，計算機105a可以確定obd測試的執(zhí)行是否成功，例如通過將obd測試持續(xù)時間存儲的數(shù)據(jù)——針對存儲的可接受結(jié)果的范圍等——與obd測試產(chǎn)生的數(shù)據(jù)進行比較。如果計算機105a確定成功執(zhí)行了obd，那么在框315中計算機105確定是否應該繼續(xù)程序300。

如果計算機105a確定未成功執(zhí)行obd測試，那么計算機105a產(chǎn)生和傳輸關(guān)于該obd測試的故障消息。該故障消息包括識別obd測試未成功執(zhí)行的數(shù)據(jù)以及在obd測試未成功執(zhí)行期間車輛101a的操作條件的數(shù)據(jù)。故障消息配置為以已知方式通過網(wǎng)絡130傳輸?shù)饺绶掌?35。在傳輸故障消息之后，在框315中計算機105a確定程序300是否應該繼續(xù)。

結(jié)論

如這里所述的那些計算裝置總體各自包括可由一個或多個計算裝置執(zhí)行的指令，如上文所標識的那些并且該指令用于實施上文所述的程序的框或步驟。計算機可執(zhí)行指令可以由計算機程序編譯或解釋，該計算機程序使用多種編程語言和/或技術(shù)創(chuàng)建，這些編程語言和/或技術(shù)包括但并不限于單獨的或組合的java^tm、c、c++、visualbasic、javascript、perl、html等。通常，處理器(例如微處理器)例如從存儲器、計算機可讀介質(zhì)等接收指令，并且執(zhí)行這些指令，由此執(zhí)行一個或多個程序，包括這里所描述的一個或多個程序。這樣的指令以及其它數(shù)據(jù)可以使用各種計算機可讀介質(zhì)存儲和傳輸。計算裝置內(nèi)的文件總體上是存儲在例如存儲介質(zhì)、隨機存取存儲器等計算機可讀介質(zhì)上的數(shù)據(jù)的集合。

計算機可讀介質(zhì)包括參與提供數(shù)據(jù)(例如指令)的任何介質(zhì)，該數(shù)據(jù)可以由計算機讀取。這樣的介質(zhì)可以采用多種形式，包括但不限于非易失性介質(zhì)、易失性介質(zhì)等。非易失性介質(zhì)包括例如光盤或磁盤以及其它永久性存儲器。易失性介質(zhì)包括典型地構(gòu)成主存儲器的動態(tài)隨機存取存儲器(dram)。計算機可讀介質(zhì)的常規(guī)形式包括，如軟盤、柔性盤、硬盤、磁帶、任何其它磁性介質(zhì)、cd-rom(只讀光盤存儲器)、dvd(數(shù)字化視頻光盤)、任何其它光學介質(zhì)、穿孔卡片、紙帶、任何帶有孔圖案的其它物理介質(zhì)、ram(隨機存取存儲器)、prom(可編程只讀存儲器)、eprom(可擦除可編程只讀存儲器)、flash-eeprom(閃速電可擦除可編程只讀存儲器)、任何其它存儲器芯片或內(nèi)存盒，或者任何其它計算機可讀取的介質(zhì)。

關(guān)于這里所述的介質(zhì)、程序、系統(tǒng)、方法等，應理解的是，雖然這樣的程序等的步驟描述為按照一定的順序排列發(fā)生，但這樣的程序可以采用以這里描述的順序之外的順序完成的描述的步驟實施操作。進一步應該理解的是，某些步驟可以同時執(zhí)行，可以添加其他步驟，或者可以省略這里所述的某些步驟。換言之，這里的程序的描述提供用于說明某些實施例的目的，并且不應該以任何方式解釋為限制所公開的主題。

相應地，應理解的是，上面描述的目的是說明而不是限制。在閱讀上面的描述時，除了提供的示例外許多實施例和應用對于本領(lǐng)域技術(shù)人員而言都是顯而易見的。本發(fā)明的范圍應參照這里所附的和/或包括在基于此處的非臨時專利申請內(nèi)的權(quán)利要求以及與權(quán)利要求所要求的權(quán)利等效的全部范圍而確定，而不是參照上面的說明而確定。可以預期的是，這里所討論的領(lǐng)域?qū)⒊霈F(xiàn)進一步的發(fā)展，并且所公開的系統(tǒng)和方法將可以結(jié)合到這樣的未來的實施例中?？傊?，應理解的是，本發(fā)明所公開的主題能夠進行修正和變化。