WO2022166407A1 - 车辆故障提示信息获取方法、装置及存储介质 - Google Patents

车辆故障提示信息获取方法、装置及存储介质 Download PDF

Info

Publication number
WO2022166407A1
WO2022166407A1 PCT/CN2021/137487 CN2021137487W WO2022166407A1 WO 2022166407 A1 WO2022166407 A1 WO 2022166407A1 CN 2021137487 W CN2021137487 W CN 2021137487W WO 2022166407 A1 WO2022166407 A1 WO 2022166407A1
Authority
WO
WIPO (PCT)
Prior art keywords
fault
target
diagnostic
vehicle
prompt information
Prior art date
Application number
PCT/CN2021/137487
Other languages
English (en)
French (fr)
Inventor
谢福生
石擎
Original Assignee
深圳市道通科技股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市道通科技股份有限公司 filed Critical 深圳市道通科技股份有限公司
Publication of WO2022166407A1 publication Critical patent/WO2022166407A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3065Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/245Query processing
    • G06F16/2457Query processing with adaptation to user needs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/20Administration of product repair or maintenance

Definitions

  • the present application relates to the technical field of automobile detection, and in particular, to a method, device and storage medium for acquiring vehicle fault prompt information.
  • the existing automobile detection equipment is generally used, and various kinds of automobile faults are likely to occur when the automobile is used, and it is necessary to diagnose and detect the faults.
  • the fault diagnosis and detection of vehicles has become more and more complicated, and we can only rely on some complex and sophisticated diagnostic testing equipment, the upgrading of automobile technology, and the upgrading of diagnostic testing equipment.
  • the diagnostic test report obtained from the diagnostic test cannot be directly understood by the general user because of its certain professionalism, and the user needs to spend a lot of energy to understand and Learning fault codes, testing terminology, etc., it can be seen that the current diagnostic test report cannot intuitively provide users with easy-to-understand diagnostic results, and also increases the cost of users.
  • the embodiments of the present invention provide a method, a device and a storage medium for obtaining vehicle fault prompt information, which are used to solve the problem in the prior art that users can only rely on equipment of maintenance organizations or units to diagnose and detect vehicles. The data also cannot be directly understood by the user for technical issues.
  • a method for acquiring vehicle fault prompt information is provided, which is applied to a fault computing service device, and the method includes:
  • Target prompt information is matched from the candidate prompt information according to the target keyword, the target diagnostic trouble code and a preset correspondence;
  • the preset correspondence refers to a plurality of diagnostic trouble codes, the target vehicle model and the Correspondence between the three potential abnormal information;
  • the target prompt information is sent to the user equipment, where the target prompt information is used to prompt a system in which a fault occurs in the vehicle, a fault type, and a processing method for the corresponding fault.
  • the determining the candidate prompt information according to the first abnormal item data and the preset prompt information includes:
  • the preset prompt information whose matching degree is higher than the preset matching degree is determined as the candidate prompt information.
  • the target diagnostic fault code includes a fault internal code
  • the fault internal code corresponds to a standard fault code
  • the fault internal code includes the system to which the fault belongs, the fault type, the subsystem to which the fault belongs, and the fault. Object and fault type.
  • the method before determining the candidate prompt information according to the first abnormal item data and the preset prompt information, the method further includes:
  • the fault type the subsystem to which the fault belongs, the fault object and the fault type
  • semantic conversion and merge processing are performed to obtain the preset prompt information.
  • the target keyword matching the user description information is extracted from the database of the vehicle detection device according to the user description information, and the vehicle is extracted according to the user vehicle information.
  • the method further includes:
  • target diagnostic fault data matching the target keyword and the target diagnostic fault code is matched, obtain historical target prompt information corresponding to the target diagnostic fault data;
  • the method further includes:
  • the third-party diagnostic fault report is merged with the historical diagnostic fault report in the database to update the historical diagnostic fault report in the database.
  • a fault computing service device including:
  • the transceiver module is used to obtain user description information, vehicle information, and diagnostic detection data from the vehicle detection equipment from the user terminal;
  • a processing module configured to extract a target keyword matching the user description information from the database of the vehicle detection device according to the user description information, and extract a target diagnosis fault corresponding to the vehicle information according to the user vehicle information code and target vehicle model; analyze the diagnostic detection data, and determine the first abnormal item data that meets the abnormal condition from the diagnostic detection data; determine candidate prompt information according to the first abnormal item data and preset prompt information;
  • the target keyword, the target diagnostic trouble code and the preset corresponding relationship are matched to the target prompt information from the candidate prompt information;
  • the preset corresponding relationship refers to a plurality of diagnostic trouble codes, the target vehicle type and the potential abnormality Correspondence between the three information;
  • the transceiver module is further configured to send the target prompt information to the user equipment, where the target prompt information is used to prompt the system in which the fault occurs in the vehicle, the type of the fault, and the processing method for the corresponding fault.
  • an electronic device including:
  • processor a memory, a communication interface and a communication bus, the processor, the memory and the communication interface complete mutual communication through the communication bus;
  • the memory is used for storing at least one executable instruction, and the executable instruction enables the processor to perform the operations of the above-mentioned method for obtaining vehicle fault prompt information.
  • a computer-readable storage medium where at least one executable instruction is stored in the storage medium, and when the executable instruction is executed on an electronic device, the electronic device executes the above The operation of the vehicle fault prompt information acquisition method.
  • the professional target diagnosis and detection data are converted into intuitive and easy-to-understand target prompt information, and the final diagnosis and detection report reflects the need to maintain, repair, Suggestions for replacement and maintenance not only improve the user experience, but also make the diagnostic test report valuable to the user.
  • it can solve the problem that the user cannot obtain the diagnosis and test report in time, and the complex diagnosis and test process is shielded for the user, so that the user does not need to care about the transformation of locomotive technology and the upgrade of the diagnosis and testing equipment, and only needs to install a simple
  • the fault computing service device can update and obtain the vehicle diagnosis and detection report based on cloud computing at any time.
  • FIG. 1 shows a schematic diagram of a cloud-based diagnostic detection report architecture provided by an embodiment of the present invention
  • FIG. 2 shows a schematic diagram of a diagnostic service flow provided by an embodiment of the present invention
  • FIG. 3 shows a schematic flowchart of a method for acquiring vehicle fault prompt information provided by another embodiment of the present invention
  • FIG. 4 shows a schematic flowchart of a method for acquiring vehicle fault prompt information provided by still another embodiment of the present invention
  • FIG. 5 shows a schematic diagram of a processing flow for diagnosing fault data provided by an embodiment of the present invention
  • FIG. 6 shows a schematic structural diagram of a fault computing service device provided by another embodiment of the present invention.
  • FIG. 7 shows a schematic structural diagram of an electronic device provided by an embodiment of the present invention.
  • Cloud computing is a type of distributed computing, which refers to the process of decomposing huge data computing processing programs into countless small programs through the network "cloud”, and then processing them through a system composed of multiple servers. And analyze these applet to get the result and return it to the user.
  • DTC Diagnostic Trouble Code
  • Microservices A software development technique - a variation of the Service Oriented Architecture (SOA) architectural style that structures an application as a set of loosely coupled services.
  • SOA Service Oriented Architecture
  • a microservices architecture services are fine-grained and protocols are lightweight.
  • C-side that is, 2C (to Customer) products, which are products for end users or consumers, and often undertake the task of drainage and conversion; C-side products are an important medium between enterprises and consumers, and also an important way for enterprises to acquire customers. one of the means.
  • B-side that is, 2B (Bussiness) products, which are used by organizations or enterprises.
  • B-end products are often based on a certain business field to solve the problems encountered by customers in the office or business process, improve efficiency, increase revenue and reduce costs for customers.
  • the embodiments of the present invention can provide vehicle fault diagnosis services for the B-side and the C-side based on micro-services.
  • the architecture of the diagnosis and detection report in the embodiments of the present invention may be implemented based on the cloud.
  • the schematic diagram of the architecture of the cloud-based diagnosis and detection report shown in FIG. 1 The cloud-based diagnostic detection report architecture is divided into access layer, interface layer, service layer and storage layer.
  • Access layer An interactive mode provided to users, which supports multi-terminal access of mobile terminals and PC terminals.
  • Interface layer responsible for microservice routing, load balancing, service authentication, and access log monitoring.
  • Service layer Responsible for specific business implementation and operations on the data layer.
  • the service layer includes service communication, business service modules, basic service components, containers (docker), and service management.
  • the service communication module is used for communication and interaction with the vehicle detection equipment and the user terminal;
  • the business service module provides diagnosis and detection services, and
  • the basic service components include the equipment management component and the report center component, and the equipment management component is used to manage the vehicle detection equipment;
  • the report center component is used to process inspection reports from vehicle inspection equipment.
  • Service management includes service configuration, service discovery, and service monitoring.
  • Storage layer responsible for data storage, and can deploy cache (Redis) and database (Myql) at the same time.
  • FIG. 2 shows a schematic diagram of a diagnostic service flow provided by an embodiment of the present invention.
  • the diagnostic business process shown in FIG. 2 can be implemented based on the architecture shown in FIG. 1 .
  • the vehicle is installed with vehicle testing equipment (also called diagnostic testing equipment, diagnostic testing devices, etc., which is not limited), and the vehicle testing equipment has a communication module that can communicate with the fault computing service device (also called a cloud platform).
  • the fault computing service device also called a cloud platform
  • cloud computing platforms, etc. which are not limited, take Figure 1 as an example), the following is a detailed introduction:
  • the diagnostic testing equipment performs diagnostic testing on various systems of the vehicle.
  • the diagnostic testing data is uploaded to the report center component.
  • the user terminal remotely reads the diagnostic test report.
  • FIG. 3 shows a method for acquiring vehicle fault prompt information according to an embodiment of the present invention.
  • the method is applied to a fault computing service device.
  • the fault computing service device may be an application, or a hardware device with the application installed.
  • the embodiment of the present invention does not This is limited.
  • the fault computing service device may be deployed centrally or separately from the vehicle detection device, which is not limited in this embodiment of the present invention.
  • the method for acquiring vehicle fault prompt information according to the embodiment of the present invention includes the following steps:
  • Step 110 Acquire user description information, vehicle information, and diagnostic detection data from the vehicle detection device from the user terminal.
  • Step 120 Extract the target keyword matching the user description information from the database of the vehicle detection device according to the user description information, and extract the target diagnostic trouble code and the vehicle information corresponding to the vehicle information according to the user vehicle information. target model.
  • the target diagnostic trouble code includes a trouble internal code
  • the trouble internal code corresponds to a standard trouble code
  • the trouble internal code includes the system to which the fault belongs, the fault type, the subsystem to which the fault belongs, the fault object, and the fault type.
  • Step 130 Analyze the diagnostic detection data, and determine the first abnormal item data that meets the abnormal condition from the diagnostic detection data.
  • Step 140 Determine candidate prompt information according to the first abnormal item data and preset prompt information.
  • the preset prompt information is a general statement with readability and generality, which can be used to indicate the system or subsystem that is currently faulty, and can also indicate a specific fault type.
  • the candidate prompt information is at least one preset prompt information that is matched and associated with the abnormal item in the first abnormal item data, so as to facilitate subsequent screening to obtain the target prompt information.
  • the determining of candidate prompt information according to the first abnormal item data and preset prompt information includes:
  • the preset prompt information whose matching degree is higher than the preset matching degree is determined as the candidate prompt information.
  • the time for determining the target prompt information can be reduced through the preliminary screening.
  • the method before the candidate prompt information is determined according to the first abnormal item data and the preset prompt information, the method further includes:
  • the fault type the subsystem to which the fault belongs, the fault object and the fault type
  • semantic conversion and merge processing are performed to obtain the preset prompt information.
  • the original diagnostic test data is a collection of massive test data of various systems or subsystems of the vehicle, that is, including detailed test data of each item, but does not give a general fault explanation, and requires people with professional knowledge to Item judgment and detailed test data can determine the faulty system or subsystem and the corresponding fault type, but for ordinary users, the original diagnostic test data is long and obscure. Therefore, in the embodiment of the present invention, by setting the corresponding preset prompt information for each diagnostic trouble code of each vehicle type in advance, after diagnosing the faulty system or subsystem in the vehicle, the faulty system or subsystem can be quickly detected.
  • the diagnostic testing data of the system or subsystem is converted into a common language, so that the user can intuitively understand the results indicated by the diagnostic testing data, and can quickly obtain the diagnostic testing results without professional knowledge.
  • Step 150 Match the target prompt information from the candidate prompt information according to the target keyword, the target diagnostic trouble code and the preset corresponding relationship.
  • the preset corresponding relationship refers to the corresponding relationship among a plurality of diagnostic trouble codes, the target vehicle model and potential abnormality information.
  • Step 160 Send the target prompt information to the user equipment.
  • the target prompt information is used to prompt the system in the vehicle where the fault occurs, the type of the fault, and the processing method for the corresponding fault.
  • the above-mentioned target prompt information may be sent to the user terminal separately, or may be sent to the user terminal in the form of a vehicle diagnosis and detection report, which is not limited in this embodiment of the present invention.
  • the diagnostic detection results can refer to each other.
  • the target prompt information can also be quickly matched by means of collaborative filtering. Extracting target keywords matching the user description information from the database of the vehicle detection device according to the user description information, and extracting target diagnostic trouble codes and target vehicle models corresponding to the vehicle information according to the user vehicle information Afterwards, the method further includes:
  • target diagnostic fault data matching the target keyword and the target diagnostic fault code is matched, obtain historical target prompt information corresponding to the target diagnostic fault data;
  • historical diagnostic test reports in the database may also be continuously updated to provide more comprehensive data coverage.
  • the method further includes:
  • the third-party diagnostic fault report is merged with the historical diagnostic fault report in the database to update the historical diagnostic fault report in the database.
  • the embodiment of the present invention converts professional target diagnosis and detection data into intuitive and easy-to-understand target prompt information.
  • most users have too little understanding of professional diagnosis and detection data or terms, but hope that For the problem of being able to understand the condition of the vehicle, the embodiment of the present invention converts the professional diagnosis and detection data into descriptive information that the user can easily understand (that is, the above-mentioned target prompt information), and in the final diagnosis and detection report, it is necessary to correct the faulty system.
  • subsystems such as tires
  • the diagnostic test report generate corresponding value for the user.
  • the fault computing service device (for example, APP) can update and obtain the vehicle diagnosis and detection report based on cloud computing at any time.
  • FIG. 4 shows a schematic flowchart of a method for obtaining vehicle fault prompt information provided by another embodiment of the present invention.
  • a testing person eg, a technician connects the vehicle testing device to the cloud computing platform, and registers with the device management component in the basic service component of the service layer.
  • the user terminal invokes the service provided by the report center component to obtain the diagnostic test data, and the service of the report center component converts the diagnostic test data into a diagnostic test report including target prompt information.
  • the diagnostic test data report conversion technology is based on three-dimensional data input, keyword data, vehicle model data, and diagnostic test result data. There is built-in analysis and storage for every combination of data. When assembling the diagnostic test report, it is only necessary to extract the corresponding information, then perform classification and reorganization, and match the data in the built-in prompt.
  • Figure 4 The specific process can be referred to as shown in Figure 4, which includes the following steps:
  • the cloud computing platform shields the professional automotive technology, the complex diagnosis and detection process, and the update and upgrade operations of the diagnosis and detection equipment, so that the user is unaware of the above process.
  • the pre-built prompt data is filtered according to the model data and keywords to match the DTC or detect abnormal information codes to ensure a good user experience.
  • micro-service architecture it can support multi-terminal operations and continuously update and maintain the built-in data set, ensuring that the entry of most vehicle data has been processed.
  • FIG. 6 shows a schematic structural diagram of a fault computing service apparatus 600 provided by an embodiment of the present invention. As shown in FIG. 6 , the fault calculation service device 600 is applied to the controlled end of the vehicle measurement system,
  • a transceiver module 610 configured to acquire user description information, vehicle information, and diagnostic detection data from a vehicle detection device from a user terminal;
  • the processing module 620 is configured to extract the target keyword matching the user description information from the database of the vehicle detection device according to the user description information, and extract the target diagnosis corresponding to the vehicle information according to the user vehicle information trouble codes and target vehicle models; analyze the diagnostic detection data, and determine first abnormal item data that meets abnormal conditions from the diagnostic detection data; determine candidate prompt information according to the first abnormal item data and preset prompt information; The target keyword, the target diagnostic trouble code and the preset corresponding relationship match the target prompt information from the candidate prompt information; the preset corresponding relationship refers to a plurality of diagnostic trouble codes, the target vehicle model and the potential prompt information. The correspondence between the three abnormal information;
  • the transceiver module 610 is further configured to send the target prompt information to the user equipment, where the target prompt information is used to prompt the system where the fault occurs in the vehicle, the type of the fault, and the processing method for the corresponding fault.
  • the specific working process of the fault calculation service device 600 in the embodiment of the present invention is the same as the specific implementation steps of the vehicle fault prompt information acquisition method applied to the fault calculation service device, which is not repeated here.
  • FIG. 7 shows a schematic structural diagram of an electronic device provided by an embodiment of the present invention.
  • the specific embodiment of the present invention does not limit the specific implementation of the electronic device.
  • the electronic device may include: a processor (processor) 702 , a communication interface (Communications Interface) 704 , a memory (memory) 706 , and a communication bus 708 .
  • processor processor
  • Communication interface Communication interface
  • memory memory
  • communication bus 708 a communication bus
  • the processor 702 , the communication interface 704 , and the memory 706 communicate with each other through the communication bus 708 .
  • the communication interface 704 is used for communicating with network elements of other devices such as clients or other servers.
  • the processor 702 is configured to execute the program 710, and specifically may execute the relevant steps in the above-mentioned embodiments of the method for obtaining the vehicle fault prompt information.
  • program 710 may include program code, which includes computer-executable instructions.
  • the processor 702 may be a central processing unit CPU, or an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement embodiments of the present invention.
  • the one or more processors included in the electronic device may be the same type of processors, such as one or more CPUs; or may be different types of processors, such as one or more CPUs and one or more ASICs.
  • the memory 706 is used to store the program 710 .
  • Memory 706 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk memory.
  • the program 710 can be specifically called by the processor 702 to make the electronic device perform the following operations:
  • the target prompt information is sent to the user equipment through the communication interface 704 , where the target prompt information is used to prompt the system in which the fault occurs in the vehicle, the type of the fault, and the processing method for the corresponding fault.
  • An embodiment of the present invention provides a computer-readable storage medium, where the storage medium stores at least one executable instruction.
  • the executable instruction is executed on the electronic device as shown in FIG. 7 , the electronic device executes the following: step:
  • the target prompt information is sent to the user equipment, where the target prompt information is used to prompt a system in which a fault occurs in the vehicle, a fault type, and a processing method for the corresponding fault.
  • An embodiment of the present invention provides a computer program, which can be invoked by a processor to cause an electronic device to execute the method for obtaining vehicle fault prompt information in any of the above method embodiments.
  • An embodiment of the present invention provides a computer program product.
  • the computer program product includes a computer program stored on a computer-readable storage medium, and the computer program includes program instructions.
  • the program instructions When the program instructions are run on a computer, the computer is made to execute any of the above.
  • modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment.
  • the modules or units or components in the embodiments may be combined into one module or unit or component, and they may be divided into multiple sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings) and any method so disclosed may be employed in any combination unless at least some of such features and/or procedures or elements are mutually exclusive. All processes or units of equipment are combined.
  • Each feature disclosed in this specification may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Data Mining & Analysis (AREA)
  • Computational Linguistics (AREA)
  • Economics (AREA)
  • Databases & Information Systems (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

一种车辆故障提示信息获取方法,涉及汽车检测技术领域,包括:获取用户描述信息、车辆信息、诊断检测数据(110);根据用户描述信息提取与用户描述信息匹配的目标关键字,根据用户车辆信息提取目标诊断故障代码和目标车型(120);对诊断检测数据进行分析,从诊断检测数据中确定第一异常项数据(130);根据第一异常项数据和预设提示信息确定候选提示信息(140);根据目标关键字、目标诊断故障代码和预设对应关系从候选提示信息中匹配出目标提示信息(150);预设对应关系指多个诊断故障代码、目标车型和潜在异常信息之间的对应关系;向用户设备发送目标提示信息(160)。该方法提供直观的故障诊断结果。

Description

车辆故障提示信息获取方法、装置及存储介质
本申请要求于2021年02月05日提交中国专利局、申请号为202110160755.8、申请名称为“车辆故障提示信息获取方法、装置及存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及汽车检测技术领域,具体涉及一种车辆故障提示信息获取方法、装置及存储介质。
背景技术
目前,现有的汽车检测设备,一般采用在使用汽车时容易会出现各类汽车故障,需要对故障做诊断和检测。随着汽车的电子技术、自动化技术与计算机技术的发展,车辆的故障诊断和检测变的越来越复杂,只能依靠一些复杂精密的诊断检测设备,汽车技术的升级,诊断检测设备的升级。
由于用户只能依赖维修机构或者单位的设备对车辆进行诊断检测,诊断检测得到的诊断检测报告由于具备一定的专业性,因此无法直接被一般性用户所理解,需要用户花费大量的精力去理解和学习故障码、检测专业术语等,可见目前的诊断检测报告无法直观的向用户提供通俗易懂的诊断结果,也增加用户的成本。
发明内容
鉴于上述问题,本发明实施例提供了一种车辆故障提示信息获取方法、装置及存储介质,用于解决现有技术中用户只能依赖维修机构或者单位的设备对车辆进行诊断检测,诊断检测出来的数据也不能直接被用户所理解的技术问题。
根据本发明实施例的一个方面,提供了一种车辆故障提示信息获取方法,应用于故障计算服务装置,所述方法包括:
获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;
对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;
根据第一异常项数据和预设提示信息确定候选提示信息;
根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选 提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
在一种可选的方式中,所述根据第一异常项数据和预设提示信息确定候选提示信息,包括:
将第一异常项数据中的各项异常项数据分别与预设的至少一种所述预设提示信息进行匹配;
将匹配度高于预设匹配度的预设提示信息确定为所述候选提示信息。
在一种可选的方式中,所述目标诊断故障码包括故障内码,所述故障内码与标准故障码对应,所述故障内码包括故障所属系统、故障类型、故障所属子系统、故障对象和故障类型。
在一种可选的方式中,所述根据第一异常项数据和预设提示信息确定候选提示信息之前,所述方法还包括:
从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型;
根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理,得到所述预设提示信息。
在一种可选的方式中,所述根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后,所述方法还包括:
获取所述目标车型的历史诊断故障报告;
将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配;
若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据,则获取所述目标诊断故障数据对应的历史目标提示信息;
将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。
在一种可选的方式中,所述方法还包括:
从至少一个故障计算服务装置获取第三方诊断故障报告,所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告;
将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理,以更新所述数据库中的历史诊断故障报告。
根据本发明实施例的另一方面,提供了一种故障计算服务装置,包括:
收发模块,用于获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
处理模块,用于根据所述用户描述信息从所述车辆检测设备的数据库中提 取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;根据第一异常项数据和预设提示信息确定候选提示信息;根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
所述收发模块还用于向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
根据本发明实施例的另一方面,提供了一种电子设备,包括:
处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如上述的车辆故障提示信息获取方法的操作。
根据本发明实施例的另一方面,提供了一种计算机可读存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令在电子设备上运行时,使得电子设备执行上述的车辆故障提示信息获取方法的操作。
本发明实施例通过将专业的目标诊断检测数据转换成直观易懂的目标提示信息,并在最终的诊断检测报告中体现出需要对出现故障的系统或子系统(例如轮胎)进行维护、维修、更换、保养等建议,不仅提升了用户的体验,也让诊断检测报告对于用户产生了相应的价值。此外,还能解决了用户不能及时获取诊断检测报告的问题,且对于用户来说屏蔽掉了复杂的诊断检测过程,使得用户不用关心机车技术的变革、诊断检测设备的升级,只需安装简单的故障计算服务装置就能随时更新获取基于云计算的车辆诊断检测报告。
上述说明仅是本发明实施例技术方案的概述,为了能够更清楚了解本发明实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
附图仅用于示出实施方式,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例提供的基于云的诊断检测报告架构示意图;
图2示出了本发明实施例提供的诊断业务流程示意图;
图3示出了本发明另一实施例提供的车辆故障提示信息获取方法的流程示意图;
图4示出了本发明再一实施例提供的车辆故障提示信息获取方法的流程示意图;
图5示出了本发明实施例提供的对诊断故障数据的处理流程示意图;
图6示出了本发明另一实施例提供的故障计算服务装置的结构示意图;
图7示出了本发明实施例提供的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。
首先,对于本发明实施例中出现的技术术语进行解释:
云计算:云计算(cloud computing)是分布式计算的一种,指的是通过网络“云”将巨大的数据计算处理程序分解成无数个小程序,然后,通过多部服务器组成的系统进行处理和分析这些小程序得到结果并返回给用户。
DTC:Diagnostic Trouble Code(DTC)诊断故障代码。在不解体(或仅卸下个别零件)的条件下,确定汽车技术状况,查明故障部位及原因的检查。包括汽车发动机的检测与诊断,汽车底盘的检测与诊断,汽车车身及附件的检测与诊断以及汽车排气污染物与噪声的检测等内容。
微服务:一种软件开发技术-面向服务的体系结构(SOA)架构样式的一种变体,将应用程序构造为一组松散耦合的服务。在微服务体系结构中,服务是细粒度的,协议是轻量级的。
C端:即2C(to Customer)产品,是面向终端用户或消费者的产品,往往承担引流和转化的任务;C端产品是企业与消费者之间的重要媒介,也是企业重要的获取客户的手段之一。
B端:即2B(Bussiness)产品,使用对象是组织或企业。B端产品往往是基于某个业务领域,解决客户在办公或经营过程中遇到的问题,为客户提高效率、增加收入、减少成本。
本发明实施例可基于微服务面向B端、C端提供车辆故障诊断服务。一些实施方式中,本发明实施例中的诊断检测报告的架构可基于云实现,例如可参考图1所示的基于云的诊断检测报告架构示意图。基于云的诊断检测报告架构分为访问层、接口层、服务层和存储层。
访问层:提供给用户的一种交互方式,支持移动端、PC端多端接入。
接口层:负责微服务路由、负载均衡、服务鉴权、接入日志监控。
服务层:负责具体业务实现和对数据层的操作。其中,服务层包括服务通信、业务服务模块、基础服务组件、容器(docker)以及服务管理。服务通信模块用于与车辆检测设备和用户终端之间的通信交互;业务服务模块提供诊断检测服务,基础服务组件包括设备管理组件和报告中心组件,设备管理组件用于对车辆检测设备进行管理;报告中心组件用于对来自车辆检测设备的检测报告进行处理。服务管理包括服务配置、服务发现和服务监控。
存储层:负责数据的存储,具体可同时部署缓存(Redis)和数据库(Myql)。
图2示出了本发明实施例提供的一种诊断业务流程示意图。图2所示的诊断业务流程可基于图1所示的架构实现。具体来说,车辆安装了车辆检测设备(也可称作诊断检测设备、诊断检测装置等,不对此作限定),车辆检测设备具备通讯模块,可与故障计算服务装置(也可称作云平台、云计算平台等,不对此作限定,以图1为例)之间通信,下面进行详细介绍:
1、车辆检测设备联网后注册到云计算平台。
2、诊断检测设备对车辆的各个系统进行诊断检测之后,将诊断检测数据上传到报告中心组件。
3、调用诊断检测转换服务对诊断检测数据进行可读化转换,得到诊断检测报告。
4、用户终端远程读取诊断检测报告。
图3示出了本发明实施例的车辆故障提示信息获取方法,该方法应用于故障计算服务装置,该故障计算服务装置可为应用,或者为安装了该应用的硬件装置,本发明实施例不对此作限定。该故障计算服务装置可与车辆检测设备集中或者分离式部署,本发明实施例不对此作限定。本发明实施例的车辆故障提示信息获取方法包括以下步骤:
步骤110:获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据。
步骤120:根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型。
一些实施方式中,所述目标诊断故障码包括故障内码,所述故障内码与标准故障码对应,所述故障内码包括故障所属系统、故障类型、故障所属子系统、故障对象和故障类型。
步骤130:对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据。
步骤140:根据第一异常项数据和预设提示信息确定候选提示信息。
其中,预设提示信息为具备可读性、通用性的概括式语句,可用于指示当前出现故障的系统或子系统,也可指示具体的故障类型。候选提示信息是匹配出的与第一异常项数据中异常项关联的至少一个预设提示信息,便于后续筛选得到目标提示信息。
一些实施方式中,所述根据第一异常项数据和预设提示信息确定候选提示信息,包括:
将第一异常项数据中的各项异常项数据分别与预设的至少一种所述预设提示信息进行匹配;
将匹配度高于预设匹配度的预设提示信息确定为所述候选提示信息。
可见,通过初筛能够减少确定目标提示信息的时间。
一些实施方式中,所述根据第一异常项数据和预设提示信息确定候选提示 信息之前,所述方法还包括:
从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型;
根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理,得到所述预设提示信息。
例如,原始的诊断检测数据为车辆各个系统或子系统的海量检测数据的集合,即包括各项的详细检测数据,但并不会给出概括性的故障解释,需要具备专业知识的人去逐项判断详细检测数据才能够判断出出现故障的系统或子系统以及对应的故障类型,但对于普通用户而言,原始的诊断检测数据冗长且晦涩难懂。因此,本发明实施例中,通过预先为每种车型的每种诊断故障码设置对应的预设提示信息,使得在诊断出车辆中出现故障的系统或者子系统后,可快速的将出现故障的系统或子系统的诊断检测数据转换为通用性语言,使得用户直观的理解诊断检测数据所指示的结果,无需具备专业知识也能够快速的获取诊断检测的结果。
步骤150:根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息。
其中,所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系。
步骤160:向所述用户设备发送所述目标提示信息。
其中,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。一些实施方式中,上述目标提示信息可以单独发送给用户终端,也可以以车辆的诊断检测报告的形式发送给用户终端,本发明实施例不对此作限定。
一些实施例中,由于同一车型相对于同一种故障类型的故障差异很小,即便同一车型的车辆为不同用户使用,当一方出现故障时,诊断检测结果也可以相互之间进行参考。本发明实施例还可采用协同过滤的方式快速的匹配出目标提示信息。在根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后,所述方法还包括:
获取所述目标车型的历史诊断故障报告;
将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配;
若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据,则获取所述目标诊断故障数据对应的历史目标提示信息;
将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。
可见,通过参考相同车型的历史诊断故障报告,能够快速的向用户提供可靠的目标提示信息,尤其是大量用户有并发的诊断需求时,可能快速的向用户响应。
一些实施例中,还可以不断更新数据库中的历史诊断检测报告,以提供更全面的数据覆盖。具体来说,所述方法还包括:
从至少一个故障计算服务装置获取第三方诊断故障报告,所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告;
将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理,以更新所述数据库中的历史诊断故障报告。
本发明实施例中,本发明实施例将专业的目标诊断检测数据转换成直观易懂的目标提示信息,一方面中,大部分用户对于专业的诊断检测数据或者术语的了解过少,但是又希望能了解车辆状况的问题,本发明实施例将专业的诊断检测数据转换成用户能易于理解的描述信息(即上述目标提示信息),并在最终的诊断检测报告中体现出需要对出现故障的系统或子系统(例如轮胎)进行维护、维修、更换、保养等建议,不仅提升了用户的体验,也让诊断检测报告对于用户产生了相应的价值。
另一方面中,解决了用户不能及时获取诊断检测报告的问题,且对于用户来说屏蔽掉了复杂的诊断检测过程,使得用户不用关心机车技术的变革、诊断检测设备的升级,只需安装简单的故障计算服务装置(例如APP)就能随时更新获取基于云计算的车辆诊断检测报告。
为便于理解,下面以一具体应用场景为例对车辆故障提示信息获取方法进行举例说明,如图4示出了本发明另一实施例提供的车辆故障提示信息获取方法的流程示意图。
1、检测人员(例如技师)将车辆检测设备连接到云计算平台,并且注册到服务层的基础服务组件中的设备管理组件。
2、使用已注册的车辆检测设备对用户车辆进行诊断检测之后,将诊断检测数据上传至报告中心组件。
3、用户终端调用报告中心组件提供的服务获取诊断检测数据,报告中心组件的服务将该诊断检测数据转换为包括目标提示信息的诊断检测报告。
4、将诊断检测报告返回给用户终端。
本发明实施例中,诊断检测数据报告转换技术基于三个维度的数据输入,关键字数据、车型数据以及诊断检测结果数据。对于每种数据的多种组合情况都已做内置分析和存储。组装诊断检测报告的时候只需要提取对应的信息,然后进行分类重组,在内置提示的数据中进行匹配即可。具体的流程可参考如图4所示,具体包括下属步骤:
1、提取用户描述信息,匹配关键字数据库。
2、获取用户车辆车型详细信息,根据车型信息提取车型相关DTC码以及相关信息。
3、提取诊断结果中的DTC码,获取检测数据中异常项内容以及对应的 检测数值。
4、根据检测数据中异常项以及内置用户提示信息判断提示内容。
5、根据DTC码以及内置好每个DTC码对应的当前车型的潜在的异常信息,匹配出每个DTC码的用户可读的提示信息。
6、组装提示信息返回。
可见,一方面中,通过云计算平台屏蔽了专业的汽车技术、复杂的诊断检测过程以及诊断检测设备的更新升级操作,让用户对以上过程无感知。
另一方面中,提前内置好的提示数据都是根据车型数据以及关键字筛选去匹配DTC或者检测异常信息码,保证用户的良好体验。
此外,使用微服务架构实现,能够支持多端进行操作并且持续更新和维护内置数据集合,保证绝大部分车型数据的录入已经处理。
图6示出了本发明实施例提供的故障计算服务装置600的结构示意图。如图6所示,该故障计算服务装置600应用于车辆测量系统的受控端,
收发模块610,用于获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
处理模块620,用于根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;根据第一异常项数据和预设提示信息确定候选提示信息;根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
所述收发模块610还用于向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
本发明实施例的故障计算服务装置600的具体工作过程与应用于故障计算服务装置的车辆故障提示信息获取方法的具体实施步骤一致,此处不再赘述。
图7示出了本发明实施例提供的电子设备的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图7所示,该电子设备可以包括:处理器(processor)702、通信接口(Communications Interface)704、存储器(memory)706、以及通信总线708。
其中:处理器702、通信接口704、以及存储器706通过通信总线708完成相互间的通信。通信接口704,用于与其它设备比如客户端或其它服务器等的网元通信。处理器702,用于执行程序710,具体可以执行上述用于车辆故障提示信息获取方法实施例中的相关步骤。
具体地,程序710可以包括程序代码,该程序代码包括计算机可执行指令。
处理器702可能是中央处理器CPU,或者是特定集成电路ASIC(Application Specific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器706,用于存放程序710。存储器706可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序710具体可以被处理器702调用使电子设备执行以下操作:
通过通信接口704获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;根据所述目标关键字、第一异常项数据和预设提示信息确定候选提示信息;根据所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
通过通信接口704向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
本发明实施例提供了一种计算机可读存储介质,所述存储介质存储有至少一可执行指令,该可执行指令在如图7所示的电子设备上运行时,使得所述电子设备执行以下步骤:
获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;根据第一异常项数据和预设提示信息确定候选提示信息;根据所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
本发明实施例的计算机可读存储介质在电子设备上运行时的具体工作过程与上述方法实施例的具体步骤相同,此处不再赘述。
本发明实施例提供了一种计算机程序,所述计算机程序可被处理器调用使 电子设备执行上述任意方法实施例中的车辆故障提示信息获取方法。
本发明实施例提供了一种计算机程序产品,计算机程序产品包括存储在计算机可读存储介质上的计算机程序,计算机程序包括程序指令,当程序指令在计算机上运行时,使得所述计算机执行上述任意方法实施例中的车辆故障提示信息获取方法。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。
本领域技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。

Claims (12)

  1. 一种车辆故障提示信息获取方法,其特征在于,应用于故障计算服务装置,所述方法包括:
    获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
    根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;
    对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;
    根据所述第一异常项数据和预设提示信息确定候选提示信息;
    根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
    向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
  2. 根据权利要求1所述的方法,其特征在于,所述根据第一异常项数据和预设提示信息确定候选提示信息,包括:
    将第一异常项数据中的各项异常项数据分别与预设的至少一种所述预设提示信息进行匹配;
    将匹配度高于预设匹配度的预设提示信息确定为所述候选提示信息。
  3. 根据权利要求1所述的方法,其特征在于,所述目标诊断故障码包括故障内码,所述故障内码与标准故障码对应,所述故障内码包括故障所属系统、故障类型、故障所属子系统、故障对象和故障类型。
  4. 根据权利要求3所述的方法,其特征在于,所述根据第一异常项数据和预设提示信息确定候选提示信息之前,所述方法还包括:
    从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型;
    根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理,得到所述预设提示信息。
  5. 根据权利要求4所述的方法,其特征在于,所述根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后,所述方法还包括:
    获取所述目标车型的历史诊断故障报告;
    将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配;
    若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据,则获取所述目标诊断故障数据对应的历史目标提示信息;
    将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。
  6. 根据权利要求5所述的方法,其特征在于,所述方法还包括:
    从至少一个故障计算服务装置获取第三方诊断故障报告,所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告;
    将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理,以更新所述数据库中的历史诊断故障报告。
  7. 一种故障计算服务装置,其特征在于,所述故障计算服务装置包括:
    收发模块,用于获取来自用户终端的用户描述信息、车辆信息、以及来自车辆检测设备的诊断检测数据;
    处理模块,用于根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型;对所述诊断检测数据进行分析,从所述诊断检测数据中确定符合异常条件的第一异常项数据;根据所述第一异常项数据和预设提示信息确定候选提示信息;根据所述目标关键字、所述目标诊断故障代码和预设对应关系从所述候选提示信息中匹配出目标提示信息;所述预设对应关系是指多个诊断故障代码、所述目标车型和潜在异常信息三者之间的对应关系;
    所述收发模块还用于向所述用户设备发送所述目标提示信息,所述目标提示信息用于提示车辆中发生故障的系统、故障类型以及对应故障的处理方式。
  8. 根据权利要求7所述的装置,其特征在于,所述处理模块在根据第一异常项数据和预设提示信息确定候选提示信息之前,还用于:
    从所述目标诊断故障代码中获取故障所属系统、故障类型、故障所属子系统、故障对象和故障类型;
    根据所述故障所属系统、所述故障类型、所述故障所属子系统、所述故障对象和所述故障类型进行语义转换和合并处理,得到所述预设提示信息。
  9. 根据权利要求8所述的装置,其特征在于,所述处理模块根据所述用户描述信息从所述车辆检测设备的数据库中提取与所述用户描述信息匹配的目标关键字,根据所述用户车辆信息提取与所述车辆信息对应的目标诊断故障代码和目标车型之后,还用于:
    获取所述目标车型的历史诊断故障报告;
    将所述目标关键字和所述目标诊断故障代码与所述历史诊断故障数据进行匹配;
    若匹配出与所述目标关键字和所述目标诊断故障代码匹配的目标诊断故障数据,则获取所述目标诊断故障数据对应的历史目标提示信息;
    将所述历史目标提示信息作为所述目标提示信息发送给所述用户设备。
  10. 根据权利要求9所述的装置,其特征在于,所述处理模块还用于:
    通过所述收发模块从至少一个故障计算服务装置获取第三方诊断故障报告,所述第三方诊断故障报告包括至少一个车辆类型下车辆的至少一个系统出现至少一种故障的诊断报告;
    将所述第三方诊断故障报告与所述数据库中的历史诊断故障报告进行合并处理,以更新所述数据库中的历史诊断故障报告。
  11. 一种电子设备,其特征在于,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
    所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-7任意一项所述的车辆故障提示信息获取方法的操作。
  12. 一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一可执行指令,所述可执行指令在电子设备上运行时,使得电子设备执行如权利要求1-7中任意一项所述的车辆故障提示信息获取方法的操作。
PCT/CN2021/137487 2021-02-05 2021-12-13 车辆故障提示信息获取方法、装置及存储介质 WO2022166407A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110160755.8A CN112965871A (zh) 2021-02-05 2021-02-05 车辆故障提示信息获取方法、装置及存储介质
CN202110160755.8 2021-02-05

Publications (1)

Publication Number Publication Date
WO2022166407A1 true WO2022166407A1 (zh) 2022-08-11

Family

ID=76274370

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/137487 WO2022166407A1 (zh) 2021-02-05 2021-12-13 车辆故障提示信息获取方法、装置及存储介质

Country Status (2)

Country Link
CN (1) CN112965871A (zh)
WO (1) WO2022166407A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115268416A (zh) * 2022-09-09 2022-11-01 广东机电职业技术学院 汽车电气控制系统及其控制方法
CN115484282A (zh) * 2022-08-23 2022-12-16 重庆长安汽车股份有限公司 基于汽车主动提醒的消息推送方法、装置、设备及介质
CN115934005A (zh) * 2023-03-13 2023-04-07 北京阿玛西换热设备制造有限公司 一种数据存储方法和系统
CN116055229A (zh) * 2023-04-03 2023-05-02 江苏智能网联汽车创新中心有限公司 异常行为处理方法、装置、设备及存储介质
CN116168592A (zh) * 2023-04-20 2023-05-26 山西工程科技职业大学 一种电路故障设置检测装置及电路故障设置方法
CN117114464A (zh) * 2023-07-18 2023-11-24 广州市城市规划勘测设计研究院 汽车产业链的质量监测方法、装置、电子设备及存储介质

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112965871A (zh) * 2021-02-05 2021-06-15 深圳市道通科技股份有限公司 车辆故障提示信息获取方法、装置及存储介质
CN113592179A (zh) * 2021-07-30 2021-11-02 西门子工厂自动化工程有限公司 预测性维护方法、系统及存储介质
CN113791802B (zh) * 2021-09-07 2024-02-27 东风汽车有限公司东风日产乘用车公司 车辆升级方法、装置、设备及存储介质
CN113762545A (zh) * 2021-09-09 2021-12-07 深圳市轱辘车联数据技术有限公司 信息推送方法、装置、电子设备及存储介质
CN113762546B (zh) * 2021-09-10 2024-04-26 深圳市道通科技股份有限公司 模块化检修系统、方法以及相关设备
CN114095539A (zh) * 2021-11-22 2022-02-25 深圳市轱辘车联数据技术有限公司 车辆故障提醒方法、提醒平台、终端设备及可读存储介质
CN114371683B (zh) * 2021-11-25 2023-09-26 江铃汽车股份有限公司 诊断仪的诊断功能验证方法、系统、存储介质及设备
CN114490716A (zh) * 2022-02-08 2022-05-13 一汽解放汽车有限公司 设备检测方法、装置、计算机设备和存储介质
CN115016434B (zh) * 2022-06-08 2023-06-20 河南职业技术学院 一种台架和整车数据联动方法以及电子设备
CN117290484B (zh) * 2023-10-10 2024-06-18 深圳市明睿数据科技有限公司 一种用于汽车故障定位及维修建议的智能问答系统及方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110137711A1 (en) * 2009-12-04 2011-06-09 Gm Global Technology Operations, Inc. Detecting anomalies in field failure data
CN103777626A (zh) * 2014-01-22 2014-05-07 广东亿纬赛恩斯新能源系统有限公司 一种电动车的整车故障的诊断方法和诊断系统
CN108132663A (zh) * 2017-12-19 2018-06-08 风度(常州)汽车研发院有限公司 车辆故障信息的解析方法、装置和系统
CN110191433A (zh) * 2018-02-23 2019-08-30 丰田自动车株式会社 异常检测数据识别装置和方法、异常识别系统及存储介质
CN111694804A (zh) * 2019-03-13 2020-09-22 阿里巴巴集团控股有限公司 故障排查方法及装置
CN112201066A (zh) * 2020-11-10 2021-01-08 北京百度网讯科技有限公司 车辆间安全提醒的方法、装置、设备及存储介质
CN112965871A (zh) * 2021-02-05 2021-06-15 深圳市道通科技股份有限公司 车辆故障提示信息获取方法、装置及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101625570A (zh) * 2009-08-12 2010-01-13 北京协进科技发展有限公司 故障诊断服务器、车辆故障检测与诊断方法、装置及系统
CN108263312A (zh) * 2018-01-25 2018-07-10 奇瑞汽车股份有限公司 车辆故障报警方法及装置
CN108563214B (zh) * 2018-04-25 2021-07-06 深圳市道通科技股份有限公司 车辆诊断方法、装置及设备
CN111311780A (zh) * 2018-12-12 2020-06-19 上海汽车集团股份有限公司 一种车辆故障检测系统、方法、车载终端及车辆
CN111414477B (zh) * 2020-03-11 2024-02-13 科大讯飞股份有限公司 车辆故障自动诊断方法、装置以及设备

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110137711A1 (en) * 2009-12-04 2011-06-09 Gm Global Technology Operations, Inc. Detecting anomalies in field failure data
CN103777626A (zh) * 2014-01-22 2014-05-07 广东亿纬赛恩斯新能源系统有限公司 一种电动车的整车故障的诊断方法和诊断系统
CN108132663A (zh) * 2017-12-19 2018-06-08 风度(常州)汽车研发院有限公司 车辆故障信息的解析方法、装置和系统
CN110191433A (zh) * 2018-02-23 2019-08-30 丰田自动车株式会社 异常检测数据识别装置和方法、异常识别系统及存储介质
CN111694804A (zh) * 2019-03-13 2020-09-22 阿里巴巴集团控股有限公司 故障排查方法及装置
CN112201066A (zh) * 2020-11-10 2021-01-08 北京百度网讯科技有限公司 车辆间安全提醒的方法、装置、设备及存储介质
CN112965871A (zh) * 2021-02-05 2021-06-15 深圳市道通科技股份有限公司 车辆故障提示信息获取方法、装置及存储介质

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115484282A (zh) * 2022-08-23 2022-12-16 重庆长安汽车股份有限公司 基于汽车主动提醒的消息推送方法、装置、设备及介质
CN115268416A (zh) * 2022-09-09 2022-11-01 广东机电职业技术学院 汽车电气控制系统及其控制方法
CN115934005A (zh) * 2023-03-13 2023-04-07 北京阿玛西换热设备制造有限公司 一种数据存储方法和系统
CN115934005B (zh) * 2023-03-13 2023-09-22 深圳中科超算技术有限公司 一种数据存储方法和系统
CN116055229A (zh) * 2023-04-03 2023-05-02 江苏智能网联汽车创新中心有限公司 异常行为处理方法、装置、设备及存储介质
CN116168592A (zh) * 2023-04-20 2023-05-26 山西工程科技职业大学 一种电路故障设置检测装置及电路故障设置方法
CN116168592B (zh) * 2023-04-20 2023-07-07 山西工程科技职业大学 一种电路故障设置检测装置及电路故障设置方法
CN117114464A (zh) * 2023-07-18 2023-11-24 广州市城市规划勘测设计研究院 汽车产业链的质量监测方法、装置、电子设备及存储介质

Also Published As

Publication number Publication date
CN112965871A (zh) 2021-06-15

Similar Documents

Publication Publication Date Title
WO2022166407A1 (zh) 车辆故障提示信息获取方法、装置及存储介质
CN106104636B (zh) 使用基于网络的计算基础结构的汽车检测系统
US10474561B2 (en) Method and system for automated testing of human machine interface (HMI) applications associated with vehicles
CN103793326B (zh) 组件测试方法及装置
US8868985B2 (en) Supervised fault learning using rule-generated samples for machine condition monitoring
US9282008B2 (en) Systems and methods for monitoring system performance and availability
CN101718992B (zh) 基于互联网c/s模式的汽车诊断系统及方法
CN112019401B (zh) 一种车联网应用安全测试方法、装置、系统和电子设备
WO2023125852A1 (zh) 远程诊断方法及装置、电子设备和存储介质
CN109976959A (zh) 一种用于服务器故障检测的便携式设备及方法
WO2023125851A1 (zh) 远程诊断方法及装置、电子设备和存储介质
KR102666058B1 (ko) 차량의 원격 고장 진단 방법, 장치, 차량 및 컴퓨터 저장 매체
US11868222B2 (en) System and method for integration testing
WO2014173270A1 (zh) 人-机界面检测方法及系统
WO2024016781A1 (zh) 软件故障反馈处理方法、装置、介质及设备
CN110597235A (zh) 一种通用智能故障诊断方法
CN112817853A (zh) 一种自动测试方法、系统和电子设备
KR102418796B1 (ko) 고장형태 영향분석 기반 고장 분석의 고장 모드 추천 시스템
KR20110025171A (ko) 소프트웨어 문제점을 식별하기 위한 방법, 시스템 및 컴퓨터 프로그램
CN111651342A (zh) 基于Charles录制会话的HTTP接口自动化测试框架
KR102268053B1 (ko) 클라우드 서버 및 로보틱 프로세스 자동화 기술 기반의 차량용 지능형 안전분석 시스템
CN114625106B (zh) 车辆诊断的方法、装置、电子设备及存储介质
CN113168739B (zh) 用于检查至少一台车辆的方法以及电子计算装置
CN113032341A (zh) 一种基于可视化配置的日志处理方法
CN112214201A (zh) 车机系统底层接口认证的方法、装置、设备及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21924400

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21924400

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 180124)