诊断测试执行控制系统和方法技术方案

基于云的服务器可通信地连接到车辆计算装置并且被编程用于接收从第一车辆传输的第一故障消息，该第一故障消息提供表明第一车辆内的第一诊断测试——例如车载诊断(OBD)测试——未成功执行的数据以及在第一车辆内的第一诊断测试未成功执行期间的一种或多种车辆操作条件。服务器进一步被编程为基于一种或多种车辆操作条件来确定第一诊断测试的预期成功执行的一种或多种所需条件并且产生用于通信第一诊断测试的预期成功执行的一种或多种所需条件的第一执行消息。

Diagnostic test execution control system and method

Based on the cloud server communicably connected to the vehicle computing device and is programmed to receive the first message from the first fault vehicle transmission, the first error message provides the first diagnosis first indicates that the test within the vehicle -- such as on-board diagnostic (OBD) test -- one or more vehicle operating conditions without the successful execution of the data as well as during the first diagnosis in the first vehicle in the test is not successfully executed. The server is further the first message of executing one or more programming for one or more of one or more vehicle operating conditions are determined based on the first diagnostic test is expected to successful implementation of the required conditions and for communication of the first diagnostic test is expected to the successful implementation of the required conditions.

【技术实现步骤摘要】
诊断测试执行控制系统和方法
本专利技术涉及车辆诊断测试执行控制的系统和方法，并且更具体地涉及车载诊断测试执行控制的系统和方法。
技术介绍
车载诊断(OBD)测试分析车辆操作并且可以识别车辆部件的问题。OBD测试的示例包括蒸发排放物控制(EVAP)测试、废气再循环(EGR)测试、氧气传感器测试、阈值催化剂测试等。OBD测试的执行通常取决于在测试之前和/或测试期间满足先决(有时被称作进入)条件。然而，OBD测试在某些可变条件下不能成功执行，例如中断、产生不准确的结果、产生不确定的结果。由于OBD测试需要大量的能量和用于执行的操作资源，OBD测试的未成功执行降低车辆操作的效率。
技术实现思路
根据本专利技术，提供一种方法，包含：接收从第一车辆传输来的第一故障消息，该第一故障消息提供表明第一车辆内的第一诊断测试未成功执行的数据以及在第一车辆内的第一诊断测试未成功执行期间的一种或多种车辆操作条件；由一种或多种车辆操作条件确定第一诊断测试的预期成功执行的一种或多种所需条件；以及产生第一执行消息，该第一执行消息提供表明第一诊断测试的预期成功执行的一种或多种所需条件的数据。根据本专利技术的一个实施例，该方法进一步包含：接收从第二车辆传输的第二故障消息，该第二故障消息提供表明第二车辆内的第一诊断测试未成功执行的数据以及在第二车辆内的第一诊断测试未成功执行作期间的一种或多种车辆操作条件；以及基于第二故障消息更新第一诊断测试的预期成功执行的一种或多种所需条件。根据本专利技术的一个实施例，该方法进一步包含：接收从第一车辆传输的第二故障消息，第二故障消息提供用于表明第一车辆内的第二诊断测试未成功执行的数据以及在第一车辆内的第二诊断测试未成功执行期间的一种或多种车辆操作条件；由第二测试报告消息来确定第二诊断测试的预期成功执行的一种或多种所需条件；以及产生第二执行消息，第二执行消息提供用于表明第二诊断测试的预期成功执行的一种或多种所需条件。根据本专利技术的一个实施例，其中一种或多种所需条件包括环境条件和车辆路径条件中的至少一个。根据本专利技术的一个实施例，其中确定一种或多种所需条件包括利用支持向量机、神经网络和聚类算法中的一种建立第一诊断测试的预期成功执行的模型。根据本专利技术的一个实施例，其中第一诊断测试是车载诊断(OBD)测试。根据本专利技术，提供一种方法，包含：确定车辆的当前车辆操作条件满足存储的进入条件，存储的进入条件用于启动第一诊断测试，第一诊断测试具有第一持续时间；确定第一持续时间内车辆的预期车辆操作条件；关于第一执行消息查询远程计算装置；接收第一执行消息，该第一执行消息提供表明第一诊断测试的预期成功执行的一种或多种所需条件的数据；将第一持续时间内车辆的预期车辆操作条件与来自第一执行消息的一种或多种所需条件进行比较；以及基于比较来确定是否执行第一诊断测试。根据本专利技术的一个实施例，该方法进一步包含：确定第一诊断测试未成功执行；产生故障消息，该故障消息提供表明第一诊断测试未成功执行的数据以及在第一诊断测试未成功执行期间的一种或多种车辆操作条件；以及将故障消息传输到远程计算装置。根据本专利技术的一个实施例，其中一种或多种所需条件包括环境条件和车辆路径条件中的至少一个。根据本专利技术的一个实施例，其中第一诊断测试是车载诊断(OBD)测试。根据本专利技术的一个实施例，其中远程计算装置是基于云的服务器。根据本专利技术，提供一种系统，包含：计算机，计算机包含处理器和存储器，该存储器存储可由处理器执行的指令，指令用于：接收从第一车辆传输的第一故障消息，第一故障消息提供表明第一诊断测试未成功执行的数据以及在第一诊断测试未成功执行期间的一种或多种车辆操作条件；由一种或多种车辆操作条件确定第一诊断测试的预期成功执行的一种或多种所需条件；以及产生第一执行消息，第一执行消息提供表明第一诊断测试的预期成功执行的一种或多种所需条件。根据本专利技术的一个实施例，其中存储器存储可由处理器执行的另外的指令，该另外的指令用于：接收从第二车辆传输的第二故障消息，该第二故障消息提供表明第二车辆内的第一诊断测试未成功执行的数据以及在第二车辆内的第一诊断测试未成功执行期间的一种或多种车辆操作条件；以及基于第二故障消息更新第一诊断测试的预期成功执行的一种或多种所需条件。根据本专利技术的一个实施例，其中存储器存储可由处理器执行的另外的指令，该另外的指令用于：从第一车辆接收第二故障消息，第二故障消息提供表明第一车辆内的第二诊断测试未成功执行的数据以及在第一车辆内的第二诊断测试未成功执行期间的一种或多种车辆操作条件；由第二故障消息确定第二诊断测试的预期成功执行的一种或多种所需条件；以及产生第二执行消息，第二执行消息提供表明第二诊断测试预期成功执行的一种或多种所需条件的数据。根据本专利技术的一个实施例，其中第一诊断测试的预期成功执行的一种或多种所需条件包括环境条件和车辆路径条件中的至少一种。根据本专利技术的一个实施例，其中环境条件是环境温度和降水条件中的一种。根据本专利技术的一个实施例，其中车辆路径条件是车辆加速度和车辆减速度中的一种。根据本专利技术的一个实施例，其中确定第一诊断测试的预期成功执行的一种或多种所需条件包括利用支持向量机、神经网络和聚类算法中的一种来建立第一诊断测试预期成功执行的模型。根据本专利技术的一个实施例，其中第一诊断测试是车载诊断(OBD)测试。根据本专利技术的一个实施例，其中计算机是基于云的服务器。附图说明图1说明了用于诊断测试执行控制的示例系统，该系统包括远程计算系统和多个车辆；图2是用于远程产生诊断测试执行消息的示例程序的示意图；图3是用于控制车辆内的诊断测试的示例程序的示意图。具体实施方式系统概况图1是用于诊断测试执行控制的示例系统100的框图，该系统包括远程计算系统和多个车辆。虽然在这里的示例中描述的测试是车载诊断(OBD)系统测试，但本专利技术的主题可以在测试其它车辆系统和/或元件的情况下实施。车辆101a、101b分别包括车辆计算机105a和105b、自主操作模块106a和106b以及OBD控制器108a和108b。车辆101a、101b各自分别包括全球定位系统(GPS)传感器110a、110b和各种补充传感器120a、120b等。车辆101a、101b也各自分别包括被存储的OBD进入条件125a、125b。车辆101a、101b通过网络130与服务器135通信。服务器135与数据存储器140通信。服务器135可以是远程或基于云的计算装置。系统100操作以在车辆内实现诊断测试执行的相对稳健的控制。服务器135由来自一个或多个车辆的随时间推移的信息产生诊断测试执行相对于车辆操作条件的模型，以识别预期成功执行情况下的条件。在分别满足一个或多个特定的OBD测试的进入条件125a和/或125b之后，车辆101a和/或101b针对建模和/或更新的预期成功的测试执行所需条件询问服务器135，并且确定是否通过任何所需条件与预期车辆操作条件的比较来执行测试。因此，车辆101a和/或101b可以避免启动诊断测试，例如OBD测试，甚至是在满足进入条件但服务器135确定不可能是成功执行的情况下避免启动诊断测试，由此节省能量并且增加操作效率。在系统100中，服务器135可以接收关于如OBD测试的诊断测试的未成功执行的一个或多个故障消息本文档来自技高网...

【技术保护点】
一种方法，包含：接收从第一车辆传输来的第一故障消息，所述第一故障消息提供表明所述第一车辆内的第一诊断测试未成功执行的数据以及在所述第一车辆内的所述第一诊断测试未成功执行期间的一种或多种车辆操作条件；由所述一种或多种车辆操作条件确定所述第一诊断测试的预期成功执行的一种或多种所需条件；以及产生第一执行消息，所述第一执行消息提供表明所述第一诊断测试的所述预期成功执行的所述一种或多种所需条件的数据。

【技术特征摘要】
2016.01.13 US 14/994,5681.一种方法，包含：接收从第一车辆传输来的第一故障消息，所述第一故障消息提供表明所述第一车辆内的第一诊断测试未成功执行的数据以及在所述第一车辆内的所述第一诊断测试未成功执行期间的一种或多种车辆操作条件；由所述一种或多种车辆操作条件确定所述第一诊断测试的预期成功执行的一种或多种所需条件；以及产生第一执行消息，所述第一执行消息提供表明所述第一诊断测试的所述预期成功执行的所述一种或多种所需条件的数据。2.根据权利要求1所述的方法，进一步包含：接收从第二车辆传输的第二故障消息，所述第二故障消息提供表明所述第二车辆内的所述第一诊断测试未成功执行的数据以及在所述第二车辆内的所述第一诊断测试未成功执行作期间的一种或多种车辆操作条件；以及基于所述第二故障消息更新所述第一诊断测试的所述预期成功执行的所述一种或多种所需条件。3.根据权利要求1所述的方法，进一步包含：接收从所述第一车辆传输的第二故障消息，所述第二故障消息提供用于表明所述第一车辆内的第二诊断测试未成功执行的数据以及在所述第一车辆内的所述第二诊断测试未成功执行期间的一种或多种车辆操作条件；由第二测试报告消息来确定所述第二诊断测试的预期成功执行的一种或多种所需条件；以及产生第二执行消息，所述第二执行消息提供用于表明所述第二诊断测试的所述预期成功执行的所述一种或多种所需条件。4.根据权利要求1所述的方法，其中所述一种或多种所需条件包括环境条件和车辆路径条件中的至少一个。5.根据权利要求1所述的方法，其中确定所述一种或多种所需条件包括利用支持向量机、神经网络和聚类算法中的一种建立所述第一诊断测试的所述预期成功执行的模型。6.根据权利要求1所述的方法，其中所述第一诊断测试是车载诊断(OBD)测试。7.一种方法，包含：确定车辆的当前车辆操作条件满足存储的进入条件，所述存储的进入条件用于启动第一诊断测试，所述第一诊断测试具有第一持续时间；确定所述第一持续时间内所述车辆的预期车辆操作条件；关于第一执行消息查询远程计算装置；接收所述第一执行消息，所述第一执行消息提供表明所述第一诊断测试的预期成功执行的一种或多种所需条件的数据；将所述第一持续时间内所述车辆的所述预期车辆操作条件与来自所述第一执行消息的所述一种或多种所需条件进行比较；以及基于所述比较来确定是否执行所述第一诊断测试。8.根据权利要求7所述的方法，进一步包含：确定所述第一诊断测试未成功执行；产生故障消息，所述故障消息提供表明所述第一诊断测试未成功执行的数据以及在所述第一诊断测试未成功执行期间的一种或多种车辆...

【专利技术属性】
技术研发人员：潘卡·库马尔，哈斯森内·贾姆莫西，伊马德·哈山·马基，
申请(专利权)人：福特全球技术公司，
类型：发明
国别省市：美国,US