Vehicle remote diagnosis method and device, electronic equipment and storage medium

Abstract

The invention discloses a vehicle remote diagnosis method and device, electronic equipment and a storage medium. The method comprises the steps that a remote diagnosis instruction is received; according to the remote diagnosis instruction, dynamically collecting vehicle operation data and vehicle fault information; transmitting the vehicle operation data and the vehicle fault information to a remote diagnosis platform; and generating a remote diagnosis result through the remote diagnosis platform according to the vehicle operation data and the vehicle fault information. The method can achieve vehicle remote diagnosis, breaks through the distance limitation of vehicle diagnosis, is simple and efficient, improves the vehicle diagnosis efficiency, and can be widely applied to the technical field of vehicle control.

Description

Technical Field

[0001] The present application relates to the field of vehicle control technology, and in particular to a vehicle remote diagnosis method, device, electronic equipment and storage medium. Background Art

[0002] With the development of the automobile industry and the continuous integration of modern electronic technology, communication technology, network technology and other technologies, the structure of automobiles has become more and more complex, and the degree of automation has become higher and higher. At the same time, users' requirements for automobile safety and comfort are also increasing. One of the important requirements is to be able to grasp the operating status of the automobile in a timely and accurate manner, so as to find and eliminate potential faults as soon as possible.

[0003] Traditional vehicle diagnostic methods use tablets or mobile phones to connect to the OBD (On-Board Diagnostic) connector via Bluetooth or local area network to diagnose the car at close range. The diagnostic method is limited by distance and cannot perform targeted detection based on different vehicle models. It is cumbersome to operate and has low efficiency. Summary of the invention

[0004] The main purpose of the embodiments of the present application is to propose a vehicle remote diagnosis method, device, electronic device and storage medium, which can realize vehicle remote diagnosis and improve vehicle diagnosis efficiency.

[0005] In one aspect, an embodiment of the present application provides a vehicle remote diagnosis method, the method comprising the following steps:

[0006] Receive remote diagnostic instructions;

[0007] Dynamically collect vehicle operation data and vehicle fault information according to the remote diagnosis instruction;

[0008] Transmitting the vehicle operation data and the vehicle fault information to a remote diagnosis platform;

[0009] The remote diagnosis platform generates a remote diagnosis result according to the vehicle operation data and the vehicle fault information.

[0010] In some embodiments, before executing the step of dynamically collecting vehicle operation data and vehicle fault information according to the remote diagnosis instruction, the step further includes:

[0011] Monitoring the current vehicle status according to the remote diagnostic instruction;

[0012] According to the current vehicle state, it is determined whether to perform vehicle state control.

[0013] In some embodiments, dynamically collecting vehicle operation data and vehicle fault information according to the remote diagnosis instruction specifically includes:

[0014] According to the remote diagnosis instruction, dynamically collect the vehicle operation data, the vehicle operation data at least including vehicle power, vehicle speed and vehicle operation voltage;

[0015] According to the remote diagnosis instruction, the vehicle fault information is dynamically collected, and the vehicle fault information includes vehicle fault code reading information, vehicle fault code clearing information and vehicle computer version information.

[0016] In some embodiments, transmitting the vehicle operation data and the vehicle fault information to a remote diagnosis platform specifically includes:

[0017] Get the preset time interval;

[0018] According to the time interval, the vehicle operation data and the vehicle fault information are dynamically transmitted to the remote diagnosis platform.

[0019] In some embodiments, determining whether to perform vehicle state control according to the current vehicle state specifically includes:

[0020] When the current vehicle state is a vehicle power-off state, generating a vehicle control instruction, and according to the vehicle control instruction, controlling the current vehicle state to switch from the vehicle power-off state to the vehicle power-on state;

[0021] When the current vehicle state is the vehicle power-on state, vehicle state control is not performed.

[0022] In some embodiments, generating a remote diagnosis result through the remote diagnosis platform according to the vehicle operation data and the vehicle fault information specifically includes:

[0023] Analyzing the vehicle operation data through the remote diagnosis platform to generate a first diagnosis result;

[0024] Performing vehicle fault analysis based on the vehicle fault information through the remote diagnosis platform to generate a second diagnosis result;

[0025] The remote diagnosis result is determined according to the first diagnosis result and the second diagnosis result.

[0026] In some embodiments, the method further comprises:

[0027] receiving a remote control instruction, and generating a vehicle power-off instruction according to the remote control instruction, wherein when the remote diagnosis result is generated by the remote diagnosis platform, the remote control instruction is generated by the remote diagnosis platform;

[0028] According to the vehicle power-off instruction, control is performed to switch the current vehicle state to the vehicle power-off state.

[0029] On the other hand, an embodiment of the present application provides a vehicle remote diagnosis device, the device comprising:

[0030] The first module is used to receive remote diagnosis instructions;

[0031] The second module is used to dynamically collect vehicle operation data and vehicle fault information according to the remote diagnosis instruction;

[0032] The third module is used to transmit the vehicle operation data and the vehicle fault information to the remote diagnosis platform;

[0033] The fourth module is used to generate a remote diagnosis result according to the vehicle operation data and the vehicle fault information through the remote diagnosis platform.

[0034] On the other hand, an embodiment of the present application provides an electronic device, which includes a memory and a processor, wherein the memory stores a computer program, and the processor implements the vehicle remote diagnosis method described above when executing the computer program.

[0035] On the other hand, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the vehicle remote diagnosis method described above is implemented.

[0036] The embodiments of the present application include at least the following beneficial effects: the present application provides a vehicle remote diagnosis method, device, electronic device and storage medium, which receives a remote diagnosis instruction, dynamically collects vehicle operation data and vehicle fault information according to the remote diagnosis instruction, and generates a remote diagnosis result according to the vehicle operation data and vehicle fault information through a remote diagnosis platform. The present application can realize vehicle remote diagnosis, break through the distance limitation of vehicle diagnosis, is simple and efficient, and improves vehicle diagnosis efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and, together with the description, serve to explain the principles of the invention.

[0038] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0039] Figure 1 is a flow chart of a vehicle remote diagnosis method provided by an embodiment of the present application;

[0040] Figure 2 is a flowchart of step S102 in an embodiment of the present application;

[0041] Figure 3 It is a schematic diagram of the operating data change trend curve in the embodiment of the present application;

[0042] Figure 4 is another schematic diagram of the operating data change trend curve in the embodiment of the present application;

[0043] Figure 5 is a flowchart of step S103 in an embodiment of the present application;

[0044] Figure 6 is a flowchart of step S104 in an embodiment of the present application;

[0045] Figure 7 This is a flowchart before executing step S102 in the embodiment of the present application;

[0046] Figure 8 is another flow chart of a vehicle remote diagnosis method provided by an embodiment of the present application;

[0047] Fig. 9 is a structural schematic diagram of a vehicle remote diagnosis device provided in an embodiment of the present application;

[0048] Fig.10 It is a schematic diagram of the hardware structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0049] In order to make the purpose, technical solutions and advantages of the present application clearer, the present application is further described in detail below in conjunction with the accompanying drawings and examples. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the embodiments of the present application. They are only examples of devices and methods consistent with some aspects of the embodiments of the present application as detailed in the attached claims.

[0050] It is understood that the terms "first", "second", etc. used in this application can be used to describe various concepts in this article, but unless otherwise specified, these concepts are not limited by these terms. These terms are only used to distinguish one concept from another concept. For example, without departing from the scope of the embodiment of the present application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the words "if" and "if" as used herein can be interpreted as "at the time of" or "when" or "in response to determination".

[0051] The terms "at least one", "multiple", "each", "any", etc. used in this application, at least one includes one, two or more, multiple includes two or more, each refers to each of the corresponding multiple, and any refers to any one of the multiple.

[0052] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0053] It should be noted that in each specific implementation of the present application, when it comes to the need to perform relevant processing based on data related to user identity or characteristics such as user information, user behavior data, user historical data, and user location information, the user's permission or consent will be obtained first, and the collection, use, and processing of these data will comply with relevant laws, regulations, and standards. In addition, when the embodiment of the present application needs to obtain the user's sensitive personal information, the user's separate permission or consent will be obtained through a pop-up window or by jumping to a confirmation page. After clearly obtaining the user's separate permission or consent, the necessary user-related data for the normal operation of the embodiment of the present application will be obtained.

[0054] Before describing the embodiments of the present application in detail, some nouns and terms involved in the embodiments of the present application are first described. The nouns and terms involved in the embodiments of the present application are subject to the following explanations.

[0055] 1) TSP: TSP (Telematics Service Provider) is a telematics service provider and plays a core role in the Internet of Vehicles industry chain. TSP connects automakers, vehicle equipment manufacturers, network operators and content providers to provide car owners with a variety of services, including location services, navigation services, communication services, social services, entertainment services, remote maintenance services and security services. TSP plays a vital role in the Internet of Vehicles industry chain. It not only connects hardware and software manufacturers, but is also responsible for data collection and supply, so that various services can run smoothly.

[0056] 2) TBOX: The full name is Telematics Box, which is an important part of the Internet of Vehicles system. TBOX is usually called the vehicle-mounted T-BOX. Its main function is to display and control vehicle information by communicating with the background system and mobile phone APP. TBOX communicates with the vehicle's host through the CAN bus to transmit instructions and information. TBOX can also locate the vehicle through the GPS module and transmit data to the cloud server through the network.

[0057] 3) BCM: BCM is the abbreviation of Body Control Module. It is the core part of the vehicle's electronic control system and is responsible for supervising and operating various electronic systems of the vehicle. BCM receives signals from various sensors and switches to accurately control and monitor the electronic equipment in the vehicle to ensure smooth operation of the vehicle and the safety of passengers. Its main functions include controlling basic functions such as doors, windows, and lights, while also managing advanced systems such as air conditioning, audio, and anti-theft systems to improve driving comfort and overall safety.

[0058] 4) CAN signal: CAN signal, full name Controller Area Network, is a communication standard widely used in the automotive industry. It connects multiple electronic control units (ECUs) in the vehicle through the CAN bus to achieve data information exchange and troubleshooting. The CAN bus is equivalent to the central nervous system of the car, responsible for connecting the engine controller, safety module, comfort adjustment system, etc., to promote information sharing and coordination between various systems.

[0059] 5) App: Mobile software, mainly refers to software installed on smartphones, which improves the deficiencies and personalization of the original system. It is the main means to improve the functions of mobile phones and provide users with a richer user experience. The operation of mobile software requires a corresponding mobile phone system. The commonly used mobile phone systems in the market are: Apple's iOS, Google's Android system, Huawei's (Hongmeng) system, Symbian platform and Microsoft platform.

[0060] 6) Vehicle fault code: The vehicle fault code is a code generated by the vehicle's self-diagnosis system when it detects a system fault. Each fault code represents a different fault, which helps maintenance technicians quickly locate the fault. The fault code usually consists of letters and numbers, and different letters at the beginning represent different system faults.

[0061] 7) Visualization: Visualization is the process of using computer graphics and image processing technology to convert data into graphics or images and display them on the screen for interactive processing. It involves multiple fields such as computer graphics, image processing, computer vision, and computer-aided design, and has become a comprehensive technology for studying a series of problems such as data representation, data processing, and decision analysis.

[0062] 8) ECU: Automobile ECU (Electronic Control Unit) is a comprehensive control device for the engine, also known as a driving computer or on-board computer. Its main function is to calculate, process, and judge various information input by the engine sensors according to its own stored programs, and then output instructions to control the actions of related actuators, thereby achieving fast, accurate, and automatic control of the engine. ECU consists of a microprocessor (CPU), memory (ROM, RAM), input / output interface (I / O), analog-to-digital converter (A / D), and large-scale integrated circuits such as shaping and driving. These components work together to enable ECU to process various sensor signals and issue control instructions to ensure the normal operation of the engine.

[0063] 9) Automobile intelligent function: refers to the use of advanced information technology, data communication, sensor technology, control technology and computer technology to enhance the driving performance, safety, comfort, energy conservation and environmental protection of automobiles to a new level, including but not limited to driving assistance systems, automatic driving, vehicle networking, intelligent transportation systems, and other intelligent functions.

[0064] 10) Vehicle Gateway: The vehicle gateway is the core component of the in-vehicle network. Its main function is to serve as a hub for data interaction, ensuring the safe and reliable transmission of data between different networks. It can coordinate protocol conversion, data exchange, and fault diagnosis between CAN, LIN, MOST, FlexRay and other networks.

[0065] 11) Vehicle remote control: refers to a control system that performs various operations on the vehicle through remote control software such as mobile phone APP when connected to the Internet. Users can send control commands through their mobile phones to start, shut down, lock, control the air conditioning, etc. without having to physically touch the vehicle.

[0066] With the development of the automobile industry and the continuous integration of modern electronic technology, communication technology, network technology and other technologies, the structure of automobiles has become more and more complex, and the degree of automation has become higher and higher. At the same time, users' requirements for automobile safety and comfort are also increasing. One of the important requirements is to be able to grasp the operating status of the automobile in a timely and accurate manner, so as to find and eliminate potential faults as soon as possible.

[0067] Traditional vehicle diagnostic methods use tablets or mobile phones to connect to the OBD (On-Board Diagnostic) connector via Bluetooth or local area network to diagnose the car at close range. The diagnostic method is limited by distance and cannot perform targeted detection based on different vehicle models. It is cumbersome to operate and has low efficiency.

[0068] In addition, the intelligent functions of automobiles are developing rapidly. Vehicle-road-cloud coordination functions such as remote upgrades, remote diagnosis and remote control are becoming more and more perfect. Intelligent and efficient means have greatly improved user satisfaction. However, the functions currently released to users are more about remote control of vehicle power on and off, remote air conditioning and other functions that are relatively more user experience-oriented. Remote diagnosis-related functions have not yet been released to users; the remote diagnosis function is limited by the vehicle status, and some instructions require the vehicle to be awakened, powered on, and high-voltage to be executed. Therefore, remote diagnosis still requires on-site cooperation of personnel, the degree of automation is not enough, and it wastes manpower.

[0069] Based on this, the embodiments of the present application propose a vehicle remote diagnosis method, device, electronic device and storage medium, which integrate the vehicle remote control function into the remote diagnosis function, and realize the remote diagnosis function through a remote diagnosis platform, thereby avoiding the disadvantages of the remote diagnosis function being limited by the vehicle status and requiring manual assistance, promoting the development of intelligent automobiles, and realizing the user's spontaneous remote diagnosis of the vehicle status, solving the current problem of false alarms caused by users' unknown vehicle information and increasing after-sales workload, and can also further improve the quality of the vehicle and increase the degree of automation of the remote diagnosis function.

[0070] Reference Figure 1 , Figure 1 This is an optional flow chart of a vehicle remote diagnosis method provided by an embodiment of the present application. The method may include but is not limited to steps S101 to S104:

[0071] Step S101, receiving a remote diagnosis instruction;

[0072] Step S102, dynamically collecting vehicle operation data and vehicle fault information according to the remote diagnosis instruction;

[0073] Step S103, transmitting the vehicle operation data and vehicle fault information to the remote diagnosis platform;

[0074] Step S104, generating a remote diagnosis result based on the vehicle operation data and vehicle fault information through the remote diagnosis platform.

[0075] In some embodiments, the user triggers the remote diagnosis function on the remote diagnosis App, the remote diagnosis App connects to the remote diagnosis platform, and the remote diagnosis platform responds to the remote diagnosis function trigger operation to generate a remote diagnosis instruction. The remote diagnosis platform establishes a connection with the vehicle-mounted terminal of the target vehicle, and the remote diagnosis platform sends the remote diagnosis instruction to the vehicle-mounted terminal of the target vehicle through the TSP. After the vehicle-mounted terminal receives the remote diagnosis instruction, it executes the remote diagnosis function.

[0076] In some embodiments, reference Figure 2 , Figure 2 This is an optional flowchart of step S102 in the embodiment of the present application. Step S102 may include but is not limited to steps S201 to S202:

[0077] Step S201, dynamically collecting vehicle operation data according to the remote diagnosis instruction, the vehicle operation data at least including vehicle power, vehicle speed and vehicle operation voltage;

[0078] Step S202, dynamically collecting vehicle fault information according to the remote diagnosis instruction, the vehicle fault information includes vehicle fault code reading information, vehicle fault code clearing information and vehicle computer version information.

[0079] In some embodiments, a diagnostic time range is set, and according to the remote diagnostic instruction, the vehicle operation data within the diagnostic time range is dynamically collected and visualized to generate a corresponding operation data change trend curve. Optionally, reference Figure 3 , Figure 3 It is an optional schematic diagram of the running data change trend curve in the embodiment of the present application, collecting the vehicle power within the diagnosis time range, and generating the corresponding vehicle power change trend curve within the diagnosis time range, that is, curve 1, referring to Figure 4 , Figure 4 It is another optional schematic diagram of the operating data change trend curve in the embodiment of the present application, which collects the vehicle speed within the diagnostic time range and generates the corresponding vehicle speed change trend curve within the diagnostic time range, namely curve 2.

[0080] In some embodiments, according to remote diagnostic instructions, the vehicle fault code is read within the diagnostic time range, and vehicle fault information is dynamically collected, including vehicle fault code reading information, vehicle fault code clearing information and vehicle computer version information.

[0081] In some embodiments, reference Figure 5 , Figure 5This is an optional flowchart of step S103 in the embodiment of the present application. Step S103 may include but is not limited to steps S301 to S302:

[0082] Step S301, obtaining a preset time interval;

[0083] Step S302, dynamically transmitting the vehicle operation data and vehicle fault information to the remote diagnosis platform according to the time interval.

[0084] In some embodiments, according to the time interval, the vehicle operation data and vehicle fault information are regularly sent to the remote diagnosis platform within the diagnosis time range. Optionally, the time interval is T 0 , the diagnostic time range is T 1 , then the diagnostic time range can be divided into N time periods, N = T 1 / T 0 The vehicle operation data and vehicle fault information collected in each time period are transmitted to the remote diagnosis platform through TSP using the vehicle-side TBOX at the end time node of the time period.

[0085] In some embodiments, reference Figure 6 , Figure 6 This is an optional flowchart of step S104 in the embodiment of the present application. Step S104 may include but is not limited to steps S401 to S403:

[0086] Step S401, analyzing vehicle operation data through a remote diagnosis platform to generate a first diagnosis result;

[0087] Step S402, performing vehicle fault analysis based on vehicle fault information through the remote diagnosis platform to generate a second diagnosis result;

[0088] Step S403: determining a remote diagnosis result according to the first diagnosis result and the second diagnosis result.

[0089] In some embodiments, the vehicle operation data is visualized through a remote diagnosis platform, and a corresponding operation data change trend curve is generated. The operation data change trend curve is analyzed to determine whether an abnormal situation occurs and generate a first diagnostic result. Optionally, a vehicle power change trend curve, a vehicle speed change trend curve and a vehicle operation voltage change trend curve are generated through the remote diagnosis platform, and the vehicle power change trend curve, the vehicle speed change trend curve and the vehicle operation voltage change trend curve are jointly analyzed to determine whether an abnormal situation such as power loss abnormality or display abnormality occurs. The power loss abnormality is manifested as a rapid decrease in battery power in a short period of time. If an abnormal situation occurs, the abnormal situation will be written into the first diagnostic result. If no abnormal situation occurs, the first diagnostic result is that the vehicle is operating normally.

[0090] In some embodiments, the remote diagnostic platform obtains vehicle fault code reading information, vehicle fault code clearing information and vehicle computer version information based on vehicle fault information within the diagnostic time range, and generates a second diagnostic result based on the above vehicle fault information. For example, within the diagnostic time range, vehicle fault codes A and C are read, vehicle fault code A is cleared within the diagnostic time range, and fault code A clearing information is obtained, vehicle fault code C is not cleared within the diagnostic time range, and the vehicle computer version is X. Then the generated second diagnostic result is: within the diagnostic time range, the vehicle has a vehicle fault corresponding to fault code C, and a vehicle fault corresponding to fault code A has occurred and has been cleared, and the current vehicle computer version is X.

[0091] When a car breaks down, the car computer ECU will analyze and reflect the vehicle fault code. Common causes of failure include sensor failure or line problems, but some mechanical failures may not be read by the ECU. The third character of the vehicle fault code can confirm the system or subsystem where the fault code occurs. The last two digits of the vehicle fault code indicate the conditions that trigger the fault code and the specific fault name. Optionally, the vehicle fault code can include but is not limited to power system fault codes, network communication fault codes, body electrical fault codes and chassis fault codes, as follows:

[0092] 1) The power system fault code starts with "P", for example, P0102 means the air flow meter circuit voltage is low, which may be a fault in the air flow meter circuit or the module itself;

[0093] 2) The network communication fault code starts with "U", for example, U1012 means that the PCM has lost communication. It may be that the PCM module is not working properly or the line is faulty, causing the vehicle to be unable to start;

[0094] 3) The body electrical fault code starts with "B", for example, B0902 means the left front door lock motor circuit is too low, and the left front door lock cannot work normally;

[0095] 4) Chassis fault codes begin with "C", for example C1056 indicates a fault in the right rear ABS solenoid valve, causing the ABS to fail.

[0096] In some embodiments, reference Figure 7 , Figure 7 It is an optional flowchart before executing step S102 in the embodiment of the present application. Before executing step S102, the above-mentioned vehicle remote diagnosis method further includes steps S501 to S502:

[0097] Step S501, monitoring the current vehicle status according to the remote diagnosis instruction;

[0098] Step S502, determining whether to perform vehicle state control according to the current vehicle state.

[0099] In some embodiments, remote control instructions are integrated into remote diagnosis instructions, and the vehicle status is monitored through remote control instructions to determine whether the vehicle needs to be woken up to complete subsequent vehicle remote diagnosis. Vehicle wake-up is to switch the vehicle from a power-off state to a power-on state so that the vehicle computer functions can operate.

[0100] In some embodiments, step S502 may include but is not limited to steps S601 to S602:

[0101] Step S601, when the current vehicle state is a vehicle power-off state, generating a vehicle control instruction, and according to the vehicle control instruction, controlling the current vehicle state to switch from the vehicle power-off state to the vehicle power-on state;

[0102] Step S602: when the current vehicle state is the vehicle power-on state, no vehicle state control is performed.

[0103] In some embodiments, when the current vehicle state is the vehicle power-off state, the current vehicle state is controlled to switch from the vehicle power-off state to the vehicle power-on state to realize subsequent vehicle remote diagnosis. Optionally, the remote diagnosis platform is connected to the vehicle through TSP, and the user triggers the remote diagnosis function in the APP. The remote diagnosis instruction is sent from the cloud to the TBOX on the vehicle side through TSP. The TBOX determines that the current vehicle state is the vehicle power-off state, generates a vehicle control instruction and a wireless signal corresponding to the vehicle control instruction, and then, the TBOX converts the wireless signal into an Ethernet signal and sends it to the vehicle gateway. After receiving the Ethernet signal, the vehicle gateway converts the Ethernet signal into a CAN signal and releases it to the BCM and other controllers to execute vehicle control and power on the vehicle. After power-on is completed, the signal of successful vehicle power-on is fed back to the vehicle gateway.

[0104] In some embodiments, reference Figure 8 , Figure 8 is another optional flow chart of a vehicle remote diagnosis method provided in an embodiment of the present application. The vehicle remote diagnosis method may further include steps S701 to S702:

[0105] Step S701, receiving a remote control instruction, and generating a vehicle power-off instruction according to the remote control instruction, wherein when a remote diagnosis result is generated by a remote diagnosis platform, the remote control instruction is generated by the remote diagnosis platform;

[0106] Step S702, according to the vehicle power-off instruction, control the current vehicle state to be switched to the vehicle power-off state.

[0107] In some embodiments, when a remote diagnosis result is generated through the remote diagnosis platform, it means that the remote diagnosis function has been completed. If there are no passengers in the vehicle or the vehicle is not driving, the user can trigger the remote control function in the App to generate a remote control instruction, and transmit the remote control instruction to the vehicle-side TBOX through TSP to control the vehicle to power off. After receiving the remote control instruction, the vehicle-side TBOX generates a vehicle power-off instruction, and through the vehicle power-off instruction, controls the BCM and other controllers to execute vehicle control and power off the vehicle, thereby switching the current vehicle state to the vehicle power-off state.

[0108] Reference Fig. 9 , Fig. 9 : is an optional structural diagram of a vehicle remote diagnosis device provided in an embodiment of the present application. The device can be used to implement the above-mentioned vehicle remote diagnosis method. The device may include:

[0109] The first module is used to receive remote diagnosis instructions;

[0110] The second module is used to dynamically collect vehicle operation data and vehicle fault information according to remote diagnosis instructions;

[0111] The third module is used to transmit vehicle operation data and vehicle fault information to the remote diagnosis platform;

[0112] The fourth module is used to generate remote diagnosis results based on vehicle operation data and vehicle fault information through the remote diagnosis platform.

[0113] It can be understood that the contents of the above method embodiments are all applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0114] The embodiment of the present application also provides an electronic device, the electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the above-mentioned vehicle remote diagnosis method when executing the computer program. The electronic device can be any smart terminal including a tablet computer.

[0115] It can be understood that the contents of the above method embodiments are all applicable to the present device embodiments, the functions specifically implemented by the present device embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0116] See also Fig.10 , Fig.10 The hardware structure of an electronic device of another embodiment is illustrated, and the electronic device includes:

[0117] The processor 901 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of the present application;

[0118] The memory 902 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). The memory 902 can store an operating system and other application programs. When the technical solution provided in the embodiment of this specification is implemented by software or firmware, the relevant program code is stored in the memory 902, and the processor 901 calls and executes the vehicle remote diagnosis method of the embodiment of this application;

[0119] Input / output interface 903, used to implement information input and output;

[0120] Communication interface 904, used to realize communication interaction between the device and other devices, which can be realized by wired mode (such as USB, network cable, etc.) or wireless mode (such as mobile network, WIFI, Bluetooth, etc.);

[0121] A bus 905 that transmits information between various components of the device (e.g., the processor 901, the memory 902, the input / output interface 903, and the communication interface 904);

[0122] The processor 901 , the memory 902 , the input / output interface 903 and the communication interface 904 are connected to each other in communication within the device via a bus 905 .

[0123] An embodiment of the present application also provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the above-mentioned vehicle remote diagnosis method is implemented.

[0124] It can be understood that the contents of the above method embodiments are all applicable to the present storage medium embodiments, the functions specifically implemented by the present storage medium embodiments are the same as those of the above method embodiments, and the beneficial effects achieved are also the same as those achieved by the above method embodiments.

[0125] The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory may optionally include a memory remotely disposed relative to the processor, and these remote memories may be connected to the processor via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0126] The embodiments of the present application provide a vehicle remote diagnosis method, device, electronic device and storage medium, which receives a remote diagnosis instruction, dynamically collects vehicle operation data and vehicle fault information according to the remote diagnosis instruction, and generates a remote diagnosis result according to the vehicle operation data and vehicle fault information through a remote diagnosis platform. The embodiments of the present application can realize vehicle remote diagnosis, break through the distance limitation of vehicle diagnosis, be simple and efficient, and improve vehicle diagnosis efficiency.

[0127] The embodiments described in the embodiments of the present application are intended to more clearly illustrate the technical solutions of the embodiments of the present application and do not constitute a limitation on the technical solutions provided in the embodiments of the present application. Those skilled in the art will appreciate that with the evolution of technology and the emergence of new application scenarios, the technical solutions provided in the embodiments of the present application are also applicable to similar technical problems.

[0128] Those skilled in the art will appreciate that the technical solutions shown in the figures do not constitute a limitation on the embodiments of the present application, and may include more or fewer steps than shown in the figures, or a combination of certain steps, or different steps.

[0129] The device embodiments described above are merely illustrative, and the units described as separate components may or may not be physically separated, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0130] Those skilled in the art will appreciate that all or some of the steps in the methods disclosed above, and the functional modules / units in the systems and devices may be implemented as software, firmware, hardware, or a suitable combination thereof.

[0131] The terms "first", "second", "third", "fourth", etc. (if any) in the specification of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any of their variations are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device comprising a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0132] It should be understood that in the present application, "at least one (item)" means one or more, and "plurality" means two or more. "And / or" is used to describe the association relationship of associated objects, indicating that three relationships may exist. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist at the same time, where A and B can be singular or plural. The character " / " generally indicates that the objects associated before and after are in an "or" relationship. "At least one of the following" or similar expressions refers to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, c can be single or multiple.

[0133] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the above units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0134] The units described above as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0135] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0136] It should be appreciated that embodiments of the present invention may be implemented or enforced by computer hardware, a combination of hardware and software, or by computer instructions stored in a non-transitory computer-readable memory. The method may be implemented in a computer program using standard programming techniques including a non-transitory computer-readable storage medium configured with a computer program, wherein the storage medium so configured causes the computer to operate in a specific and predefined manner - according to the methods and drawings described in the specific embodiments. Each program may be implemented in a high-level procedural or object-oriented programming language to communicate with a computer system. However, if desired, the program may be implemented in an assembly or machine language. In any case, the language may be a compiled or interpreted language. In addition, the program may be run on a programmed ASIC for this purpose.

[0137] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including multiple instructions to enable a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of various embodiments of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (Read-Only Memory, referred to as ROM), random access memory (Random Access Memory, referred to as RAM), disk or optical disk and other media that can store programs.

[0138] The preferred embodiments of the present invention are described above with reference to the accompanying drawings, but the scope of the rights of the present invention is not limited thereto. Any modification, equivalent substitution and improvement made by a person skilled in the art without departing from the scope and essence of the present invention should be within the scope of the rights of the present invention.

Claims

1. A vehicle remote diagnosis method, characterized in that: The method comprises the following steps: Receive remote diagnostic instructions; Dynamically collect vehicle operation data and vehicle fault information according to the remote diagnosis instruction; Transmitting the vehicle operation data and the vehicle fault information to a remote diagnosis platform; The remote diagnosis platform generates a remote diagnosis result according to the vehicle operation data and the vehicle fault information.

2. The vehicle remote diagnosis method according to claim 1, characterized in that: Before executing the step of dynamically collecting vehicle operation data and vehicle fault information according to the remote diagnosis instruction, the step further includes: Monitoring the current vehicle status according to the remote diagnostic instruction; According to the current vehicle state, it is determined whether to perform vehicle state control.

3. The vehicle remote diagnosis method according to claim 1, characterized in that: The dynamically collecting vehicle operation data and vehicle fault information according to the remote diagnosis instruction specifically includes: According to the remote diagnosis instruction, dynamically collect the vehicle operation data, the vehicle operation data at least including vehicle power, vehicle speed and vehicle operation voltage; According to the remote diagnosis instruction, the vehicle fault information is dynamically collected, and the vehicle fault information includes vehicle fault code reading information, vehicle fault code clearing information and vehicle computer version information.

4. The vehicle remote diagnosis method according to claim 1, characterized in that: The transmitting the vehicle operation data and the vehicle fault information to the remote diagnosis platform specifically includes: Get the preset time interval; According to the time interval, the vehicle operation data and the vehicle fault information are dynamically transmitted to the remote diagnosis platform.

5. The vehicle remote diagnosis method according to claim 2, characterized in that: The determining whether to perform vehicle state control according to the current vehicle state specifically includes: When the current vehicle state is a vehicle power-off state, generating a vehicle control instruction, and according to the vehicle control instruction, controlling the current vehicle state to switch from the vehicle power-off state to the vehicle power-on state; When the current vehicle state is the vehicle power-on state, vehicle state control is not performed.

6. The vehicle remote diagnosis method according to claim 1, characterized in that: The generating of remote diagnosis results according to the vehicle operation data and the vehicle fault information by the remote diagnosis platform specifically includes: Analyzing the vehicle operation data through the remote diagnosis platform to generate a first diagnosis result; Performing vehicle fault analysis based on the vehicle fault information through the remote diagnosis platform to generate a second diagnosis result; The remote diagnosis result is determined according to the first diagnosis result and the second diagnosis result.

7. The vehicle remote diagnosis method according to claim 5, characterized in that: The method further comprises: receiving a remote control instruction, and generating a vehicle power-off instruction according to the remote control instruction, wherein when the remote diagnosis result is generated by the remote diagnosis platform, the remote control instruction is generated by the remote diagnosis platform; According to the vehicle power-off instruction, control is performed to switch the current vehicle state to the vehicle power-off state.

8. A vehicle remote diagnostic device, characterized in that: The device comprises: The first module is used to receive remote diagnosis instructions; The second module is used to dynamically collect vehicle operation data and vehicle fault information according to the remote diagnosis instruction; The third module is used to transmit the vehicle operation data and the vehicle fault information to the remote diagnosis platform; The fourth module is used to generate a remote diagnosis result according to the vehicle operation data and the vehicle fault information through the remote diagnosis platform.

9. An electronic device, characterized in that: The electronic device includes a memory and a processor, the memory stores a computer program, and the processor implements the vehicle remote diagnosis method according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the vehicle remote diagnosis method according to any one of claims 1 to 7 is implemented.

Images