Vehicle remote diagnosis method, system, vehicle and computer readable storage medium

Abstract

The present invention discloses a vehicle remote diagnosis method, system, vehicle and computer-readable storage medium, belonging to the field of fault diagnosis technology. The present invention controls the vehicle to execute the self-diagnosis script corresponding to the vehicle when monitoring that the vehicle triggers the preset vehicle self-diagnosis condition, automatically confirms whether the vehicle needs to perform the self-diagnosis operation, and obtains the execution result of the self-diagnosis script, determines all preset module operation instances, detects the real-time load corresponding to each module operation instance, determines the target module operation instance based on each real-time load, and controls the vehicle to upload the execution result to the target module operation instance, reasonably uploads the execution result of the vehicle self-diagnosis through the real-time load of the module operation instance, realizes the effective interaction between the vehicle and the remote end under the high concurrency demand of remote data upload of a large number of vehicles at the same time, and then realizes the remote diagnosis of the vehicle in the high concurrency scenario.

Description

Technical Field

[0001] The present invention relates to the technical field of fault diagnosis, and in particular to a vehicle remote diagnosis method, system, vehicle and computer-readable storage medium. Background Art

[0002] With the development of Internet of Vehicles technology, more and more vehicle manufacturers have chosen to remotely execute diagnostic instructions to handle vehicle faults more quickly. At the same time, compared with diagnosing and analyzing the cause of the fault after it occurs, periodic fault self-inspection in advance and predicting the upcoming fault can truly avoid accidents, prevent personal injury incidents and reduce economic losses. For fault diagnosis, the current offline diagnostic instrument is difficult to meet this demand, and the development of remote diagnosis technology has made it possible to realize this scenario. The cloud platform of the traditional remote diagnosis system is designed for the passive diagnosis scenario. However, it involves fewer vehicles, small data volume and low concurrency requirements; when performing periodic fault self-inspection, the vehicle is required to actively perform periodic self-inspection and report data to the cloud at the same time. In this scenario, there are many vehicles involved, large data volume and high concurrency requirements. Traditional remote diagnosis methods are difficult to meet the remote diagnosis requirements of this high concurrency scenario. Summary of the invention

[0003] The main purpose of the present invention is to provide a vehicle remote diagnosis method, system, vehicle and computer-readable storage medium, aiming to solve the technical problem of how to achieve remote diagnosis of vehicles in high-concurrency scenarios.

[0004] To achieve the above object, the present invention provides a vehicle remote diagnosis method, which comprises the following steps:

[0005] When it is detected that the vehicle triggers a preset vehicle self-check condition, controlling the vehicle to execute a self-check diagnostic script corresponding to the vehicle;

[0006] Obtaining the execution result of the self-check diagnostic script and determining all preset module running instances;

[0007] The real-time load corresponding to each of the module operation instances is detected, a target module operation instance is determined based on each of the real-time loads, and the vehicle is controlled to upload the execution result to the target module operation instance.

[0008] Optionally, before the step of controlling the vehicle to execute a self-diagnosis script corresponding to the vehicle when it is detected that the vehicle triggers a preset vehicle self-diagnosis condition, the method further includes:

[0009] Acquire the operation information of the vehicle, and detect whether the operation information satisfies a preset reporting condition table based on a preset time standard, wherein the operation information includes the vehicle condition information of the vehicle;

[0010] If the operating information satisfies the reporting condition table, the preset vehicle self-check condition is triggered.

[0011] Optionally, before the step of controlling the vehicle to execute the self-diagnosis script corresponding to the vehicle, the method further includes:

[0012] Determine basic information of the vehicle, and traverse diagnostic rules in a preset diagnostic database based on the basic information, wherein the basic information includes at least one of vehicle model information and electronic control unit information of the vehicle;

[0013] A target diagnosis rule matching the basic information is determined, and a self-diagnosis script is generated based on the target diagnosis rule.

[0014] Optionally, after the step of controlling the vehicle to upload the execution result to the target module running instance, the step further includes:

[0015] Loading diagnostic data parsing rules on the target module running instance based on a preset diagnostic database;

[0016] The execution result is parsed according to the diagnostic data parsing rule, and the parsed execution result is translated into a readable version file.

[0017] Optionally, the vehicle remote diagnosis method further includes:

[0018] Generate diagnostic instructions and active diagnostic scripts based on input diagnostic requirements;

[0019] sending the diagnostic instruction to the vehicle, and when monitoring the vehicle status information returned by the vehicle based on the diagnostic instruction, sending the active diagnostic script to the vehicle;

[0020] A diagnosis result of the vehicle executing the active diagnosis script is obtained.

[0021] Optionally, before the step of obtaining the diagnostic result of the vehicle executing the active diagnostic script, the step further includes:

[0022] Real-time monitoring of whether the vehicle is executing a self-diagnosis script;

[0023] If the vehicle is not executing the self-diagnosis script, controlling the vehicle to execute the active diagnosis script.

[0024] Optionally, after the step of obtaining the diagnostic result of the vehicle executing the active diagnostic script, the method further includes:

[0025] Loading diagnostic data parsing rules based on a preset diagnostic database;

[0026] The diagnostic result is parsed according to the diagnostic data parsing rule, and the parsed diagnostic result is translated into a readable version of the file.

[0027] In addition, to achieve the above-mentioned purpose, the present invention further provides a vehicle remote diagnosis system, the vehicle remote diagnosis system comprising:

[0028] A diagnosis execution module, used to control the vehicle to execute a self-diagnosis script corresponding to the vehicle when it is detected that the vehicle triggers a preset vehicle self-diagnosis condition;

[0029] A result acquisition module, used to acquire the execution result of the self-check diagnosis script and determine all preset module running instances;

[0030] The self-check reporting module is used to detect the real-time load corresponding to each module running instance, determine the target module running instance based on each real-time load, and control the vehicle to upload the execution result to the target module running instance.

[0031] In addition, to achieve the above-mentioned purpose, the present invention also provides a vehicle, which includes a memory, a processor, and a vehicle remote diagnostic program stored in the memory and executable on the processor, wherein: when the vehicle remote diagnostic program is executed by the processor, the steps of the vehicle remote diagnostic method as described above are implemented.

[0032] In addition, to achieve the above-mentioned purpose, the present invention also provides a computer-readable storage medium, on which a vehicle remote diagnosis program is stored, and when the vehicle remote diagnosis program is executed by a processor, the steps of the vehicle remote diagnosis method described above are implemented.

[0033] The present invention proposes a vehicle remote diagnosis method, system, vehicle and computer-readable storage medium, which monitor whether the vehicle triggers a preset vehicle self-test condition, automatically confirm whether the vehicle needs to perform a self-test diagnostic operation, and when it is monitored that the vehicle triggers the preset vehicle self-test condition, control the vehicle to execute a self-test diagnostic script corresponding to the vehicle to implement the vehicle's self-test diagnostic operation, obtain the execution result of the self-test diagnostic script, and determine all preset module running instances, detect the real-time load corresponding to each module running instance, determine the target module running instance based on each real-time load, and control the vehicle to upload the execution result to the target module running instance, and reasonably upload the execution result of the vehicle self-test diagnosis through the real-time load of the module running instance, so as to realize effective interaction between the vehicle and the remote end under the high concurrency demand of a large number of vehicles uploading data remotely at the same time, thereby realizing remote diagnosis of the vehicle in a high concurrency scenario. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1A schematic diagram of a vehicle structure of a hardware operating environment involved in an embodiment of the present invention;

[0035] Figure 2 A schematic flow chart of a first embodiment of a vehicle remote diagnosis method according to the present invention;

[0036] Figure 3 A schematic diagram of a cloud service platform deployment architecture according to an embodiment of the present invention;

[0037] Figure 4 A schematic diagram of the functional architecture of a remote diagnosis cloud service platform according to an embodiment of the present invention;

[0038] Figure 5 It is a schematic diagram of the structure of the vehicle remote diagnosis system of the present invention.

[0039] The realization of the purpose, functional features and advantages of the present invention will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0040] It should be understood that the specific embodiments described herein are only used to explain the present invention, and are not used to limit the present invention.

[0041] Reference Figure 1 , Figure 1 A schematic diagram of the vehicle structure of the hardware operating environment involved in the embodiment of the present invention.

[0042] like Figure 1 As shown, the vehicle may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Among them, the communication bus 1002 is used to realize the connection and communication between these components. The user interface 1003 may include a display screen (Display), an input unit such as a keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (WIreless-FIdelity, WI-FI) interface). The memory 1005 may be a high-speed random access memory (Random Access Memory, RAM) memory, or a stable non-volatile memory (Non-Volatile Memory, NVM), such as a disk memory. The memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0043] Those skilled in the art will understand that Figure 1The structure shown in the figure does not constitute a limitation on the vehicle, and may include more or less components than shown in the figure, or combine certain components, or arrange the components differently.

[0044] like Figure 1 As shown, the memory 1005 as a computer-readable storage medium may include an operating system, a data storage module, a network communication module, a user interface module, and a vehicle remote diagnosis program.

[0045] exist Figure 1 In the vehicle shown, the network interface 1004 is mainly used for data communication with other devices; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the vehicle of the present invention can be set in the vehicle, and the vehicle calls the vehicle remote diagnosis program stored in the memory 1005 through the processor 1001, and executes the vehicle remote diagnosis method provided by the embodiment of the present invention.

[0046] The embodiment of the present invention provides a vehicle remote diagnosis method, referring to Figure 2 , Figure 2 The figure is a flow chart of a first embodiment of a vehicle remote diagnosis method according to the present invention.

[0047] In this embodiment, the vehicle remote diagnosis method includes:

[0048] Step S100, when it is detected that the vehicle triggers a preset vehicle self-check condition, controlling the vehicle to execute a self-check diagnostic script corresponding to the vehicle;

[0049] In this embodiment, it should be noted that remote fault diagnosis of the vehicle is performed for data exchange between the vehicle end and the cloud. The cloud side analyzes the data uploaded by the vehicle end to obtain the analysis result of the vehicle status, and then the vehicle fault can be analyzed and located. It can be understood that the cloud side can interact with multiple vehicles at the same time and perform concurrent processing on multiple vehicles. In order to effectively avoid accidents caused by vehicle failures, periodic fault self-inspection is implemented on the vehicle, the vehicle condition is regularly monitored, and the normal operation of the vehicle is ensured. In this embodiment, a remote diagnosis cloud service platform based on microservice technology is designed to achieve periodic self-inspection of the vehicle, which effectively copes with the vehicle-cloud interaction situation with many vehicles, large data volume, and high concurrent demand. Before the vehicle performs self-inspection, the vehicle self-inspection condition is pre-set, that is, the preset vehicle self-inspection condition, which is the trigger condition for whether the vehicle performs the self-inspection operation. When the current vehicle meets the preset vehicle self-inspection condition, it will automatically trigger the diagnostic operation of the vehicle itself, and after the diagnostic operation is triggered, the diagnostic operation is performed. By setting the preset vehicle self-inspection condition, the periodic fault self-inspection diagnostic operation of the vehicle can be flexibly implemented. The self-diagnosis script is a script that is run by the vehicle to perform its own diagnostic operations. The above diagnostic operations are implemented based on the execution of the self-diagnosis script. The self-diagnosis script is a pre-set script that meets the user's needs. The self-diagnosis script can be changed according to the user's real-time needs.

[0050] Specifically, the vehicle is monitored to determine whether the vehicle triggers a preset vehicle self-test condition. When the vehicle triggers the preset vehicle self-test condition, the self-test diagnostic script corresponding to the vehicle is determined and executed; when the vehicle does not trigger the preset vehicle self-test condition, the self-test diagnostic script is not executed.

[0051] Step S200, obtaining the execution result of the self-diagnosis script and determining all preset module running instances;

[0052] In this embodiment, it should be noted that the remote diagnosis cloud service platform based on microservice technology includes a diagnostic script generator, a vehicle-cloud interaction module, and a diagnostic data processing module. The three modules all adopt a stateless design, and use a stateless service to process a single request without relying on other requests. That is to say, all the information required to process a request is either included in this request or can be obtained from the outside (such as a database). The server itself does not store any information. The relevant state data, session and stage process control data are placed in a cache database outside the service for all vehicle-cloud interaction service instances to call. To meet the high concurrency requirements of a large amount of vehicle diagnostic data at the same time. In this embodiment, the diagnostic script generator, the vehicle-cloud interaction module, and the diagnostic data processing module are packaged into a docker (application container engine) image using microservice technology, and Kubernetes (container orchestration engine) is used to manage the docker image. In the actual deployment process, the services of the three modules will be copied and expanded according to the size of the concurrency, and multiple instances of the same module cloud will be started, that is, module running instances. When multiple vehicles access the cloud at the same time, it is necessary to confirm the module running instance that processes the access. Specifically, after the vehicle completes the self-diagnosis script, the execution result of the self-diagnosis script is determined, and all current module running instances are determined.

[0053] Step S300, detecting the real-time load corresponding to each of the module running instances, determining a target module running instance based on each of the real-time loads, and controlling the vehicle to upload the execution result to the target module running instance.

[0054] In this embodiment, it should be noted that all module running instances can be copied and expanded. When there are multiple vehicles accessing the cloud at the same time during vehicle-cloud interaction, a gateway service will conduct secondary traffic guidance, that is, the gateway service will monitor the multiple module running instances that have been configured in real time, confirm the load of each module running instance, and forward the vehicle-side request to the idle or low-load module running instance based on the load of all module running instances. In this embodiment, vehicle-cloud interaction is implemented through HTTPS, based on the OMA-DM protocol, and transmits data in json or xml format. It can be understood that in other feasible embodiments, other data transmission methods can also be used without limitation. In terms of data upload, an independent stateless diagnostic result upload service is designed, and multiple instances are established using microservice technology, which are allocated by the gateway. The business of this service is separated from the vehicle-cloud interaction service in the cloud. The vehicle-side access first accesses the upload service, and after obtaining the result, it accesses the vehicle-cloud interaction service to inform the status. At the same time, in order to meet high concurrency requirements and minimize the time occupied by access to services, a functional architecture that separates upload and analysis is adopted. After the vehicle completes uploading data, it can receive a reply that the upload is successful. The analysis function is executed asynchronously and does not occupy the time of the upload service. Specifically, the real-time load of each module running instance is detected, and the target module running instance that responds to the vehicle request is selected based on the real-time load of each module running instance, and then the vehicle is controlled to upload the execution results of the self-diagnosis script to the target module running instance.

[0055] refer to Figure 3 , Figure 3 The cloud service platform deployment architecture of an embodiment of the present invention is included, wherein the kubernets cluster interacts with the proxy server, the proxy server performs vehicle-side access interaction and front-end page access interaction, multiple running instances are deployed in the kubernets cluster, and the gateway service interacts with the proxy server. It includes a vehicle-cloud interaction module, a diagnostic script generator, a diagnostic data processing module, a diagnostic database, and a basic information management module.

[0056] In an embodiment of the present invention, it is monitored whether a vehicle triggers a preset vehicle self-test condition, and it is automatically confirmed whether the vehicle needs to perform a self-test diagnostic operation. When it is monitored that the vehicle triggers the preset vehicle self-test condition, the vehicle is controlled to execute a self-test diagnostic script corresponding to the vehicle to implement the vehicle's self-test diagnostic operation, obtain the execution result of the self-test diagnostic script, and determine all preset module running instances, detect the real-time load corresponding to each module running instance, determine the target module running instance based on each real-time load, and control the vehicle to upload the execution result to the target module running instance. The execution result of the vehicle self-test diagnosis is reasonably uploaded through the real-time load of the module running instance, so as to achieve effective interaction between the vehicle and the remote end under the high concurrency demand of a large number of vehicles uploading data remotely at the same time, thereby achieving remote diagnosis of the vehicle in a high concurrency scenario.

[0057] Further, based on the first embodiment of the vehicle remote diagnosis method of the present invention, a second embodiment of the vehicle remote diagnosis method of the present invention is proposed. The step S100, when monitoring that the vehicle triggers a preset vehicle self-check condition, before the step of controlling the vehicle to execute the self-check diagnosis script corresponding to the vehicle, further includes:

[0058] Step a, obtaining the running information of the vehicle, and detecting whether the running information meets a preset reporting condition table based on a preset time standard, wherein the running information includes the vehicle condition information of the vehicle;

[0059] Step b: If the operating information satisfies the reporting condition table, a preset vehicle self-inspection condition is triggered.

[0060] In this embodiment, it should be noted that whether the preset vehicle self-check condition triggers the preset reporting condition table is satisfied. The preset reporting condition table may include restrictions on the vehicle's condition, state, signal, etc., and judge whether the vehicle's current operating conditions meet the restrictions in the reporting condition table to determine whether the reporting condition table is satisfied. The reporting condition table is a restriction condition table set according to the actual needs of the user, and can be changed according to the real-time needs of the user. The preset time standard refers to the trigger condition for judging whether the vehicle's operating conditions are judged. The preset time standard can be a set time point to regularly judge whether the vehicle's operating information meets the reporting condition table; it can also be a set interval time, and the vehicle's operating information is judged every preset time interval to judge whether the vehicle's operating information meets the reporting condition table; it can also be set to a time standard such as real-time judgment of whether the vehicle's operating information meets the reporting condition table, and there is no restriction. The vehicle's operating information may include all vehicle condition information when the vehicle is running. For example, the vehicle's gear position, voltage and other information. Specifically, the vehicle's operating information is obtained, and based on a preset time standard, it is detected whether the operating information meets a preset reporting condition table. When the operating information meets the reporting condition table, the preset vehicle self-inspection condition is triggered, and a vehicle self-inspection diagnostic operation is performed; when the operating information does not meet the reporting condition table, the preset vehicle self-inspection condition will not be triggered.

[0061] In this embodiment, the vehicle's periodic self-diagnosis function is implemented through preset time standards and reporting condition tables, remote monitoring of the vehicle's daily operation is achieved, potential vehicle failures are avoided, the probability of accidents is reduced, and the ability to protect the personal safety and property safety of passengers is improved.

[0062] Furthermore, before the step of controlling the vehicle to execute the self-diagnosis script corresponding to the vehicle, the method further includes:

[0063] Step c, determining basic information of the vehicle, and traversing diagnostic rules in a preset diagnostic database based on the basic information, wherein the basic information includes at least one of the vehicle model information and the vehicle electronic control unit information;

[0064] Step d: determining a target diagnosis rule that matches the basic information, and generating a self-diagnosis script based on the target diagnosis rule.

[0065] In this embodiment, it should be noted that the self-diagnosis script executed by the vehicle is pre-set, and the self-diagnosis script is a self-diagnosis script for daily fault pre-checking of the vehicle itself. The self-diagnosis script can call the diagnostic rules in the preset diagnostic database and associate with the vehicle. The remote diagnosis cloud service platform based on microservice technology also includes a diagnostic database, a vehicle information management module, and the preset diagnostic database is the diagnostic database, which includes UDS (Unified Diagnostic Services, unified diagnostic services) diagnostic protocol rules, and ECU (Electronic Control Unit, electronic control unit) diagnostic data parsing rules based on the UDS diagnostic protocol rules. The vehicle information management module is used to store the basic information of the vehicle for remote diagnosis, wherein the basic information of the vehicle includes but is not limited to the vehicle model and vehicle ECU information. There is a corresponding relationship between the basic information of the vehicle and the diagnostic database, and the UDS diagnostic protocol rules and ECU diagnostic data parsing rules applicable to the vehicle can be queried through the vehicle information. The diagnostic script generator in the remote diagnostic cloud service platform is used to generate a self-diagnosis script actually executed in the vehicle, and the self-diagnosis script is saved in the form of text or file. The data generated by the diagnostic script generator comes from the diagnostic database and the vehicle information management module. Specifically, after determining the basic information of the vehicle, the diagnostic script generator traverses the preset diagnostic database based on the basic information to determine the target diagnostic rule that matches the basic information in the diagnostic rules in the diagnostic database, and then generates a self-test diagnostic script suitable for the vehicle based on the target diagnostic rule.

[0066] In this embodiment, the corresponding self-diagnosis script is determined based on the basic information of the vehicle to ensure the applicability of the self-diagnosis script to the vehicle, improve the executable rate of the vehicle self-diagnosis script, and further improve the accuracy of the vehicle self-diagnosis.

[0067] Further, after the step of controlling the vehicle to upload the execution result to the target module running instance, the method further includes:

[0068] Step e, loading diagnostic data parsing rules on the target module running instance based on a preset diagnostic database;

[0069] Step f, parsing the execution result according to the diagnostic data parsing rule, and translating the parsed execution result into a readable version file.

[0070] In this embodiment, it should be noted that the diagnostic data processing module in the remote diagnostic cloud service platform is used to process the diagnostic execution result data reported by the vehicle. The data is in file format and is uploaded to the cloud by the vehicle through a specified interface. The diagnostic data processing module loads parsing rules from the diagnostic database, parses the execution result data of the vehicle self-test, translates it into an interpretable version, and saves it to the file system or database. The files in the file system or database can be used as sample files to facilitate the subsequent vehicle analysis work of R&D personnel.

[0071] Specifically, after determining the target module running instance, the vehicle will upload the execution result of the self-test diagnostic script to the target module running instance through the designated interface. On the target module running instance, the diagnostic data processing module will load the diagnostic data parsing rules stored in the preset diagnostic database, parse the execution result according to the diagnostic data parsing rules, translate it into an interpretable file, and upload it to the file system. It is understandable that when there are multiple diagnostic data parsing rules, the target diagnostic data parsing rule corresponding to the vehicle is determined based on the basic information of the vehicle, and the execution result of the vehicle is parsed according to the target diagnostic data parsing rule.

[0072] In this embodiment, the vehicle's execution results are parsed and the parsed and translated files are stored to achieve vehicle operation diagnosis, so as to facilitate real-time monitoring of the vehicle status and ensure vehicle safety. Sample files are retained to facilitate subsequent analysis and research by R&D personnel and provide effective application data.

[0073] In addition to the above functions, the cloud service platform can also realize other vehicle fault remote diagnosis related functions. For details, please refer to Figure 4 , Figure 4It includes the functional architecture of the remote diagnosis cloud service platform, including basic diagnostic service management, such as diagnostic database import and analysis, ECU diagnostic configuration, data analysis configuration; diagnostic knowledge base management, such as fault intelligent analysis (based on knowledge graph), maintenance manual management, maintenance case management, maintenance work order management; diagnostic script management, such as script upload and management, script permission management; data collection and analysis, such as CAN (Controller Area Network) message recording, upload and playback, DBC (Database Can, CAN database file) upload and analysis, real-time data reporting, big data collection; statistical analysis, such as work order quantity / progress / result feedback, fault quantity / distribution / ranking, diagnostic task progress / quantity / time, map distribution statistics, train number / time / success rate; diagnostic tasks, such as task creation, task management and monitoring; system docking, such as TSP (Telematics Service Provider, automotive remote service provider) docking, production / after-sales system docking; authority, user, and approval management, for example, user management, role allocation, authority management, organizational structure, approval nodes, and approval processes; user diagnosis management, for example, vehicle condition detection, information push, and guided maintenance; basic information, for example, vehicle management, user management, ECU management, conditional configuration, and message templates.

[0074] Furthermore, the vehicle remote diagnosis method further includes:

[0075] Step g, generating diagnostic instructions and active diagnostic scripts based on the input diagnostic requirements;

[0076] Step h, sending the diagnostic instruction to the vehicle, and when monitoring the vehicle status information returned by the vehicle based on the diagnostic instruction, sending the active diagnostic script to the vehicle;

[0077] Step i, obtaining the diagnosis result of the vehicle executing the active diagnosis script.

[0078] In this embodiment, it should be noted that during the remote diagnosis of the vehicle, in addition to the vehicle's own self-diagnosis, the vehicle diagnosis can also be actively triggered through the cloud. For example, when it is confirmed that the vehicle has a fault, in order to analyze the cause of the fault, the vehicle's diagnostic instructions can be implemented through the cloud to achieve remote diagnosis of the vehicle. Users can trigger the vehicle's diagnostic process in the cloud according to their actual needs, and can also set time limits such as timing to actively trigger the vehicle diagnosis process in the cloud.

[0079] In this embodiment, the interaction between the vehicle and the cloud is realized through the vehicle-cloud interaction module in the remote diagnosis cloud service platform. The vehicle-cloud interaction module is responsible for processing the interaction information between the vehicle and the cloud, controlling the advancement of the entire interaction process, and managing the process of cloud-controlled vehicle diagnosis and the process of vehicle self-diagnosis. When the cloud controls the vehicle for diagnosis, the user generates a diagnostic script to be executed in the cloud page according to the diagnostic database in the form of page configuration, wherein the vehicle-cloud interaction module will actively call the diagnostic script generator, generate diagnostic instructions, notify the vehicle through a long link, and pass the diagnostic instructions to the vehicle. This transmission method can directly pass the instruction text or provide a download link for the instruction file. After the vehicle receives the notification message, it accesses the cloud in HTTPS and reports its own status. After receiving the status, the cloud pushes the active diagnostic script to the vehicle end. The vehicle end integrates the UDS client for executing the active diagnostic script, and reports the status during the execution process. After the execution is completed, the diagnostic results of the active diagnostic script are packaged and uploaded to the cloud.

[0080] In this embodiment, active control of the vehicle through the cloud can realize diversification of vehicle diagnosis, realize remote diagnosis of the vehicle in all aspects, and improve the vehicle's troubleshooting capabilities.

[0081] Furthermore, before the step of obtaining the diagnosis result of the vehicle executing the active diagnosis script, the step further includes:

[0082] Step j, real-time monitoring of whether the vehicle is executing a self-diagnosis script;

[0083] Step k: If the vehicle is not executing the self-diagnosis script, control the vehicle to execute the active diagnosis script.

[0084] In this embodiment, the vehicle operation diagnosis includes two implementation methods, one is that the vehicle itself triggers the diagnostic condition and executes the self-diagnosis script, and the other is that the cloud actively controls the vehicle to perform fault detection, which is achieved by sending and controlling the vehicle to execute the active diagnostic script to the vehicle end. There is no specific dependency between the two processes, but if they occur at the same time, only one of the diagnostic processes will be executed. Specifically, it is detected in real time whether the vehicle is executing the diagnostic script. If the vehicle is not executing the diagnostic script, the vehicle can be triggered to execute the corresponding diagnostic script according to the current demand; when the cloud sends a diagnostic instruction to control the vehicle to execute the active diagnostic script, if the vehicle is not currently executing the self-diagnosis script, the vehicle is controlled to execute the active diagnostic script; when the cloud sends a diagnostic instruction to control the vehicle to execute the active diagnostic script, if the vehicle is currently executing the self-diagnosis script, the active diagnostic script will not be executed. Similarly, when the vehicle itself triggers the execution of the self-diagnosis script, if the vehicle is not currently executing the active diagnostic script, the vehicle is controlled to execute the self-diagnosis script; when the vehicle itself triggers the execution of the self-diagnosis script, if the vehicle is currently executing the active diagnostic script, the self-diagnosis script will not be executed. It is understandable that, in one embodiment, priorities may be preset for the self-diagnosis script and the active diagnosis script, and when the two scripts are triggered simultaneously, the corresponding scripts are executed according to the preset priorities.

[0085] In this embodiment, a method for handling different vehicle diagnosis processes is provided to effectively manage the vehicle and reasonably perform remote diagnosis to ensure the accuracy and effectiveness of vehicle diagnosis.

[0086] Furthermore, after the step of obtaining the diagnosis result of the vehicle executing the active diagnosis script, the method further includes:

[0087] Step 1, loading diagnostic data parsing rules based on a preset diagnostic database;

[0088] Step m, parsing the diagnosis result according to the diagnosis data parsing rule, and translating the parsed diagnosis result into a readable version file.

[0089] In this embodiment, it should be noted that the diagnostic data processing module in the remote diagnostic cloud service platform is used to process the diagnostic execution result data reported by the vehicle. The data is in file format and is uploaded to the cloud by the vehicle through a specified interface. The diagnostic data processing module loads parsing rules from the diagnostic database, parses the execution result data of the vehicle self-test, translates it into an interpretable version, and saves it to the file system or database. The files in the file system or database can be used as sample files to facilitate the subsequent vehicle analysis work of R&D personnel.

[0090] Specifically, after obtaining the diagnostic result of the vehicle executing the active diagnostic script, the diagnostic data processing module will load the diagnostic data parsing rules stored in the preset diagnostic database, parse the diagnostic result according to the diagnostic data parsing rules, translate it into an interpretable file, and upload it to the file system. It is understandable that when there are multiple diagnostic data parsing rules, the target diagnostic data parsing rule corresponding to the vehicle is determined based on the basic information of the vehicle, and the diagnostic result of the vehicle is parsed according to the target diagnostic data parsing rule.

[0091] In this embodiment, the vehicle's operation diagnosis is achieved by parsing the vehicle's diagnostic results and storing the parsed and translated files, so as to facilitate specific analysis of vehicle failures and ensure vehicle safety. Sample files are retained to facilitate subsequent analysis and research by R&D personnel and provide effective application data.

[0092] In addition, reference Figure 5 The present invention further provides a vehicle remote diagnosis system, the vehicle remote diagnosis system comprising:

[0093] The diagnosis execution module 2001 is used to control the vehicle to execute the self-diagnosis script corresponding to the vehicle when it is detected that the vehicle triggers a preset vehicle self-diagnosis condition;

[0094] The result acquisition module 2002 is used to acquire the execution result of the self-check diagnosis script and determine all preset module running instances;

[0095] The self-check reporting module 2003 is used to detect the real-time load corresponding to each module running instance, determine the target module running instance based on each real-time load, and control the vehicle to upload the execution result to the target module running instance.

[0096] Optionally, the diagnosis execution module 2001 is further used to:

[0097] Acquire the operation information of the vehicle, and detect whether the operation information satisfies a preset reporting condition table based on a preset time standard, wherein the operation information includes the vehicle condition information of the vehicle;

[0098] If the operating information satisfies the reporting condition table, the preset vehicle self-check condition is triggered.

[0099] Optionally, the diagnosis execution module 2001 is further used to:

[0100] Determine basic information of the vehicle, and traverse diagnostic rules in a preset diagnostic database based on the basic information, wherein the basic information includes at least one of vehicle model information and electronic control unit information of the vehicle;

[0101] A target diagnosis rule matching the basic information is determined, and a self-diagnosis script is generated based on the target diagnosis rule.

[0102] Optionally, the self-check reporting module 2003 is further used to:

[0103] Loading diagnostic data parsing rules on the target module running instance based on a preset diagnostic database;

[0104] The execution result is parsed according to the diagnostic data parsing rule, and the parsed execution result is translated into a readable version file.

[0105] Optionally, the diagnosis execution module 2001 is further used to:

[0106] Generate diagnostic instructions and active diagnostic scripts based on input diagnostic requirements;

[0107] sending the diagnostic instruction to the vehicle, and when monitoring the vehicle status information returned by the vehicle based on the diagnostic instruction, sending the active diagnostic script to the vehicle;

[0108] A diagnosis result of the vehicle executing the active diagnosis script is obtained.

[0109] Optionally, the diagnosis execution module 2001 is further used to:

[0110] Real-time monitoring of whether the vehicle is executing a self-diagnosis script;

[0111] If the vehicle is not executing the self-diagnosis script, controlling the vehicle to execute the active diagnosis script.

[0112] Optionally, the self-check reporting module 2003 is further used to:

[0113] Loading diagnostic data parsing rules based on a preset diagnostic database;

[0114] The diagnostic result is parsed according to the diagnostic data parsing rule, and the parsed diagnostic result is translated into a readable version of the file.

[0115] The specific implementation of the vehicle remote diagnosis system of the present invention is basically the same as the above-mentioned embodiments of the vehicle remote diagnosis method, and will not be described in detail here.

[0116] In addition, the present invention also proposes a vehicle, characterized in that the vehicle includes a memory, a processor, and a vehicle remote diagnostic program stored in the memory and executable on the processor, wherein: when the vehicle remote diagnostic program is executed by the processor, the vehicle remote diagnostic method described in each embodiment of the present invention is implemented.

[0117] In addition, the present invention also provides a computer-readable storage medium on which a vehicle remote diagnosis program is stored. The computer-readable storage medium may be Figure 1 The memory 20 in the terminal may also be at least one of a ROM (Read-Only Memory) / RAM (Random Access Memory), a magnetic disk, and an optical disk. The computer-readable storage medium includes a plurality of instructions for enabling a vehicle having a processor to execute the vehicle remote diagnosis method described in each embodiment of the present invention.

[0118] It is understood that, in the description of this specification, the description with reference to the terms "one embodiment", "another embodiment", "other embodiments", or "first to Nth embodiments" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic representation of the above terms does not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner.

[0119] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.

[0120] The serial numbers of the above embodiments of the present invention are only for description and do not represent the advantages or disadvantages of the embodiments.

[0121] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art can be embodied in the form of a software product, which is stored in a computer-readable storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes a number of instructions for enabling a terminal device (which can be a mobile phone, computer, server, or network device, etc.) to execute the methods described in each embodiment of the present invention.

[0122] The above are only preferred embodiments of the present invention, and are not intended to limit the patent scope of the present invention. Any equivalent structure or equivalent process transformation made using the contents of the present invention specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present invention.

Claims

1. A vehicle remote diagnosis method, characterized in that: The vehicle remote diagnosis method comprises the following steps: When it is monitored that the vehicle triggers a preset vehicle self-check condition, the vehicle is controlled to execute a self-check diagnostic script corresponding to the vehicle, wherein, before the step of controlling the vehicle to execute the self-check diagnostic script corresponding to the vehicle when the vehicle triggers a preset vehicle self-check condition, the step further includes obtaining the vehicle's operating information, and detecting whether the operating information satisfies a preset reporting condition table based on a preset time standard, wherein the operating information includes the vehicle condition information of the vehicle, and the reporting condition table includes a restriction condition table set according to actual user needs; if the operating information satisfies the reporting condition table, the preset vehicle self-check condition is triggered; Obtaining the execution result of the self-check diagnostic script and determining all preset module running instances; Detect the real-time load corresponding to each of the module running instances, determine the target module running instance based on each of the real-time loads, and control the vehicle to upload the execution result to the target module running instance, wherein after the step of controlling the vehicle to upload the execution result to the target module running instance, it also includes loading diagnostic data parsing rules on the target module running instance based on a preset diagnostic database; parsing the execution result according to the diagnostic data parsing rule, and translating the parsed execution result into a readable version of the file.

2. The vehicle remote diagnosis method according to claim 1, characterized in that: Before the step of controlling the vehicle to execute the self-diagnosis script corresponding to the vehicle, the method further includes: Determine basic information of the vehicle, and traverse diagnostic rules in a preset diagnostic database based on the basic information, wherein the basic information includes at least one of vehicle model information and electronic control unit information of the vehicle; A target diagnosis rule matching the basic information is determined, and a self-diagnosis script is generated based on the target diagnosis rule.

3. The vehicle remote diagnosis method according to claim 1, characterized in that: The vehicle remote diagnosis method further includes: Generate diagnostic instructions and active diagnostic scripts based on input diagnostic requirements; sending the diagnostic instruction to the vehicle, and when monitoring the vehicle status information returned by the vehicle based on the diagnostic instruction, sending the active diagnostic script to the vehicle; A diagnosis result of the vehicle executing the active diagnosis script is obtained.

4. The vehicle remote diagnosis method according to claim 3, characterized in that: Before the step of obtaining the diagnosis result of the vehicle executing the active diagnosis script, the method further includes: Real-time monitoring of whether the vehicle is executing a self-diagnosis script; If the vehicle is not executing the self-diagnosis script, controlling the vehicle to execute the active diagnosis script.

5. The vehicle remote diagnosis method according to claim 3, characterized in that: After the step of obtaining the diagnosis result of the vehicle executing the active diagnosis script, the method further includes: Loading diagnostic data parsing rules based on a preset diagnostic database; The diagnostic result is parsed according to the diagnostic data parsing rule, and the parsed diagnostic result is translated into a readable version of the file.

6. A vehicle remote diagnosis system, characterized in that: The vehicle remote diagnosis system comprises: A diagnosis execution module, used for controlling the vehicle to execute a self-diagnosis script corresponding to the vehicle when it is detected that the vehicle triggers a preset vehicle self-diagnosis condition, wherein before controlling the vehicle to execute the self-diagnosis script corresponding to the vehicle when it is detected that the vehicle triggers a preset vehicle self-diagnosis condition, it also includes obtaining the vehicle's operating information, and detecting whether the operating information meets a preset reporting condition table based on a preset time standard, wherein the operating information includes the vehicle condition information of the vehicle, and the reporting condition table includes a restriction condition table set according to actual user needs, and if the operating information meets the reporting condition table, the preset vehicle self-diagnosis condition is triggered; A result acquisition module, used to acquire the execution result of the self-check diagnosis script and determine all preset module running instances; A self-check reporting module is used to detect the real-time load corresponding to each module running instance, determine the target module running instance based on each real-time load, and control the vehicle to upload the execution result to the target module running instance, wherein, after controlling the vehicle to upload the execution result to the target module running instance, it also includes loading a diagnostic data parsing rule on the target module running instance based on a preset diagnostic database, parsing the execution result according to the diagnostic data parsing rule, and translating the parsed execution result into an interpretable version of the file.

7. A vehicle, characterized in that: The vehicle comprises: a memory, a processor, and a vehicle remote diagnosis program stored in the memory and executable on the processor, wherein the vehicle remote diagnosis program is configured to implement the steps of the vehicle remote diagnosis method according to any one of claims 1 to 5.

8. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a vehicle remote diagnosis program, and when the vehicle remote diagnosis program is executed by the processor, the steps of the vehicle remote diagnosis method according to any one of claims 1 to 5 are implemented.

Images