Vehicle remote diagnosis system and method and electronic equipment

Abstract

The invention provides a vehicle remote diagnosis system and method and electronic equipment, and relates to the technical field of vehicle diagnos.The vehicle remote diagnosis system comprises a remote diagnosis client, a remote diagnosis server, a test bench and diagnosis equipment; a to-be-diagnosed vehicle is connected with the remote diagnosis client, the remote diagnosis client is connected with the remote diagnosis server through the Internet of Things, the remote diagnosis server is electrically connected with the test bench and the diagnosis device, and the test bench is electrically connected with the diagnosis device. According to the invention, remote full-function diagnosis is realized by means of remote mirroring of the CAN bus of the vehicle through network communication between the client and the server.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle diagnosis, and in particular to a vehicle remote diagnosis system, method and electronic equipment. Background Art

[0002] The existing vehicle system realizes the interaction of vehicle data through the vehicle terminal (Tbox) and the Internet of Vehicles server, including uploading of real-time vehicle operation data and issuing of server control vehicle commands. The vehicle terminal (Tbox) sends data to the Internet of Vehicles server at a certain time interval, processes the relevant data on the server, performs software fault analysis and realizes remote control of the vehicle. This mode realizes remote vehicle diagnosis and real-time control.

[0003] The Chinese invention patent application publication number CN112269327A discloses a method and system for remote diagnosis and control of vehicles, which includes the following steps: S1, the vehicle terminal obtains real-time data on the vehicle through the vehicle body CAN bus; S2, the vehicle terminal sends the data to the roadside communication device through wireless transmission; S3, the roadside communication device uploads the data to the server; S4, the server operates the data to determine whether the data is abnormal, if there is an abnormality, it goes to step S5, otherwise it goes to step S6; S5, the server sends a command to the roadside communication device to send the received command to the vehicle terminal, and the vehicle terminal sends the control command through the vehicle body CAN bus; S6, the server feeds back the normal data to the roadside communication device, and then turns to the vehicle terminal. This invention uses V2X technology to exchange data between the roadside communication device and the vehicle terminal, realizes remote vehicle diagnosis and real-time control, and improves the stability of communication.

[0004] The existing method is to send vehicle operation data through the vehicle terminal (Tbox), and feed the data sent by the vehicle terminal back to the server through the roadside unit. When the vehicle fails or the vehicle operation condition is abnormal, the server sends information to the vehicle terminal (Tbox), so that the vehicle terminal (Tbox) issues an alarm. This method relies on the network communication between the vehicle terminal (Tbox), the roadside unit and the server. This method can warn of vehicle failure anomalies, but it cannot perform full-function diagnostic work such as flashing programming or calibration on vehicles that have already failed or other problems that need repair.

[0005] When a vehicle breaks down and needs repair, the maintenance technician needs to perform a full-function diagnosis of the vehicle, including reading vehicle information, vehicle configuration, coding, and reading and clearing fault codes.

[0006] Repair workshops or 4S stores can only provide after-sales repair diagnosis for a single brand, and face-to-face vehicle fault diagnosis is required. They cannot perform repair diagnosis on vehicles of multiple brands. They can only diagnose vehicles that come to the site, and cannot diagnose vehicles from other places.

[0007] Therefore, a vehicle remote diagnosis system, method and electronic equipment are proposed. Summary of the invention

[0008] The present invention provides a vehicle remote diagnosis system, method and electronic device, which realize remote full-function diagnosis by remotely mirroring the vehicle CAN bus through network communication between the client and the server.

[0009] This specification provides a vehicle remote diagnosis system, including: a remote diagnosis client, a remote diagnosis server, a test bench, and a diagnostic device;

[0010] The vehicle to be diagnosed is connected to the remote diagnosis client, the remote diagnosis client is connected to the remote diagnosis server through the Internet of Things, the remote diagnosis server is electrically connected to the test bench and the diagnostic equipment respectively, and the test bench is electrically connected to the diagnostic equipment.

[0011] Optionally, the connection method between the vehicle to be diagnosed and the remote diagnosis client includes:

[0012] The remote diagnosis client is connected to the OBD port of the vehicle to be diagnosed through the vehicle communication interface;

[0013] and / or,

[0014] The remote diagnosis client is connected to the OBD port of the vehicle to be diagnosed through a data transceiver.

[0015] Optionally, the vehicle communication interface includes a J2534 communication interface.

[0016] This specification provides a vehicle remote diagnosis method, including a vehicle remote diagnosis system, characterized in that it includes:

[0017] The remote diagnosis server obtains user information and starts corresponding diagnostic equipment based on the user information;

[0018] The remote diagnosis server sends startup information to the remote diagnosis client via the Internet of Things;

[0019] The remote diagnosis client transmits the vehicle CAN bus data to the remote diagnosis server through the Internet of Things;

[0020] The remote diagnosis service end transmits the vehicle CAN bus data to the diagnosis bench by wired transmission;

[0021] The diagnostic bench completes vehicle remote diagnosis based on the vehicle bus data and transmits the diagnostic data to the remote diagnostic service end;

[0022] The remote diagnosis service end feeds back the diagnosis data to the vehicle to be diagnosed.

[0023] Optionally, the remote diagnosis client transmits the vehicle CAN bus data to the remote diagnosis server through the Internet of Things, including:

[0024] The remote diagnosis service end encrypts the vehicle CAN bus data and transmits the encrypted vehicle CAN bus data to the remote diagnosis service end through the Internet of Things.

[0025] Optionally, the remote diagnosis server encrypts the vehicle CAN bus data, including: the remote diagnosis server performs RSA encryption on the vehicle CAN bus data.

[0026] Optionally, the remote diagnosis server obtains user information and starts a corresponding diagnostic device based on the user information, including:

[0027] Start the monitoring port to obtain user requests in real time;

[0028] Determining whether the user has registered based on the user request;

[0029] When it is determined based on the user request that the user has registered, using an encrypted mobile USB flash drive to log in to the user account to obtain user information; the user information includes the model information of the vehicle to be diagnosed;

[0030] The corresponding diagnostic device is started based on the vehicle model information of the vehicle to be diagnosed.

[0031] This specification also provides an electronic device, wherein the electronic device includes:

[0032] processor; and,

[0033] A memory storing computer executable instructions, which when executed cause the processor to perform any of the above methods.

[0034] The present specification also provides a computer-readable storage medium, wherein the computer-readable storage medium stores one or more programs, and when the one or more programs are executed by a processor, any of the above methods is implemented.

[0035] In the present invention, the system realizes remote transmission of data by seamlessly connecting the remote diagnosis client with the vehicle to be diagnosed, and utilizes the Internet of Things technology, which greatly broadens the geographical scope of the diagnostic service, allowing users to enjoy professional vehicle diagnostic services anytime and anywhere. The system supports flexible connection of vehicles through vehicle communication interfaces (such as J2534) or data transceiver devices, enhancing the compatibility and practicality of the system. At the data transmission level, the system adopts an encryption mechanism (such as RSA encryption) to strictly protect the vehicle CAN bus data, ensuring the confidentiality and integrity of the data during transmission, and effectively preventing the risk of data leakage and tampering. At the same time, the encrypted data is safely transmitted from the remote diagnosis service end to the diagnostic bench through wired transmission, further improving the stability and efficiency of data transmission. During the diagnosis process, the system can automatically start the corresponding diagnostic equipment according to user information and vehicle model information, realizing the automation and personalized customization of the diagnostic process. The diagnostic bench completes accurate diagnosis based on vehicle bus data, and feeds back the diagnostic results to the remote diagnosis service end and the user end in real time, providing timely and accurate guidance for vehicle maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0037] Figure 1 A schematic diagram of the structure of a vehicle remote diagnosis system provided in an embodiment of this specification;

[0038] Figure 2 A schematic diagram of the principle of a vehicle remote diagnosis method provided in an embodiment of this specification;

[0039] Figure 3 A schematic diagram of the structure of an electronic device provided in an embodiment of this specification;

[0040] Figure 4 A schematic diagram of a computer-readable medium provided for an embodiment of this specification. DETAILED DESCRIPTION

[0041] The following description is used to disclose the present invention so that those skilled in the art can implement the present invention. The preferred embodiments described below are only examples, and those skilled in the art can think of other obvious variations. The basic principles of the present invention defined in the following description can be applied to other embodiments, variations, improvements, equivalents, and other technical solutions that do not deviate from the spirit and scope of the present invention.

[0042] The following is combined with Figure 1-4 The exemplary embodiments of the present invention are described more fully. However, the exemplary embodiments can be implemented in various forms, and it should not be understood that the present invention is limited to the embodiments set forth herein. On the contrary, providing these exemplary embodiments can make the present invention more comprehensive and complete, and it is more convenient to fully convey the inventive concept to those skilled in the art. The same reference numerals in the figures represent the same or similar elements, components or parts, and thus their repeated description will be omitted.

[0043] Under the premise of being consistent with the technical concept of the present invention, the features, structures, characteristics or other details described in a specific embodiment do not exclude that they can be combined in one or more other embodiments in a suitable manner.

[0044] In the description of specific embodiments, the features, structures, characteristics or other details described in the present invention are intended to enable those skilled in the art to fully understand the embodiments. However, it does not exclude that those skilled in the art can practice the technical solutions of the present invention without one or more of the specific features, structures, characteristics or other details.

[0045] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0046] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0047] The term "and / or" or "and / or" includes all combinations of any one or more of the associated listed items.

[0048] Figure 1 A schematic diagram of the structure of a vehicle remote diagnosis system provided in an embodiment of this specification, the system may include:

[0049] Remote diagnostic client, remote diagnostic server, test bench, diagnostic equipment; the vehicle to be diagnosed is connected to the remote diagnostic client, and the vehicle to be diagnosed is equipped with hardware that supports diagnostic communication (such as OBD-II interface device), which can collect vehicle operating data and fault information. The remote diagnostic client is connected to the remote diagnostic server through the Internet of Things. The remote diagnostic client is installed on the smartphone, tablet or computer of the vehicle owner, maintenance personnel or dealer. It provides a user interface that allows users to initiate remote diagnostic requests and receive diagnostic reports and suggestions from the remote diagnostic server. The remote diagnostic server is electrically connected to the test bench and diagnostic equipment respectively, and the test bench is electrically connected to the diagnostic equipment. The test bench is a physical device or system used to simulate the vehicle operating environment and conduct in-depth testing and analysis of the vehicle or vehicle components.

[0050] The remote diagnostic client is connected to the OBD port of the vehicle to be diagnosed through the vehicle communication interface; and / or, the remote diagnostic client is connected to the OBD port of the vehicle to be diagnosed through a data transceiver device. The OBD interface is a standardized diagnostic interface that is widely used in modern vehicles and is used to read the vehicle's diagnostic information and fault codes. Specifically, if the remote diagnostic client is a smartphone or tablet and portability is required, indirect connection through a data transceiver device may be more appropriate. If the remote diagnostic client is a dedicated diagnostic device fixed at a certain location and requires high real-time data transmission, it may be more advantageous to connect directly through the vehicle communication interface. The vehicle communication interface includes the J2534 communication interface, which is a standardized method for flash programming of radio frequency-related vehicle electronic control units (ECUs) without considering the specific communication protocol used by the ECU. Its core goal is to achieve a universality that allows all types of ECUs to be programmed through a single hardware device (commonly referred to as a pass-through device). The J2534 protocol was originally developed by the Society of Automotive Engineers (SAE) of the United States to unify the communication standards of automotive diagnostic and programming equipment to solve the problem of inconsistent communication protocols between different models.

[0051] Figure 2 A schematic diagram of a vehicle remote diagnosis method provided in an embodiment of this specification, the method may include:

[0052] S110: The remote diagnosis server obtains user information and starts a corresponding diagnosis device based on the user information;

[0053] Optionally, the S110 includes:

[0054] Start the monitoring port to obtain user requests in real time;

[0055] Determining whether the user has registered based on the user request;

[0056] When it is determined based on the user request that the user has registered, using an encrypted mobile USB flash drive to log in to the user account to obtain user information; the user information includes the model information of the vehicle to be diagnosed;

[0057] The corresponding diagnostic device is started based on the vehicle model information of the vehicle to be diagnosed.

[0058] In the specific implementation of this specification, one or more network ports are configured on the server side to receive requests from the client (such as mobile applications, web pages or API calls). Use appropriate programming languages ​​and frameworks (such as Flask or Django of Python, Spring Boot of Java, etc.) to write server-side code to monitor requests on these ports in real time. When a request is received, parse the request content (such as JSON, XML, etc. format), and execute the corresponding logic according to the request type (such as logging in, obtaining vehicle information, starting diagnosis, etc.). The server identifies and verifies the encryption key or specific file in the U disk to ensure the security and legitimacy of the user's identity. Once the U disk authentication is passed, the user is allowed to log in to the account through an encrypted channel (such as HTTPS). After logging in, retrieve user information from the user database, especially the vehicle model information of the vehicle to be diagnosed. Start the corresponding diagnostic device based on the vehicle model information of the vehicle to be diagnosed, and the client can realize the diagnosis of vehicles of various brands through remote desktop and remote operation.

[0059] S120: The remote diagnosis server sends a startup message to the remote diagnosis client via the Internet of Things;

[0060] S130: The remote diagnosis client transmits the vehicle CAN bus data to the remote diagnosis server through the Internet of Things;

[0061] Optionally, the S130 includes:

[0062] The remote diagnosis service end encrypts the vehicle CAN bus data and transmits the encrypted vehicle CAN bus data to the remote diagnosis service end through the Internet of Things.

[0063] Optionally, the remote diagnosis server encrypts the vehicle CAN bus data, including: the remote diagnosis server performs RSA encryption on the vehicle CAN bus data.

[0064] In the specific implementation of this specification, RSA is an asymmetric encryption algorithm that uses a pair of keys: a public key and a private key. The public key is used to encrypt data, while the private key is used to decrypt data. In the remote diagnosis system, RSA encryption can ensure that the vehicle CAN bus data will not be read or tampered with by unauthorized third parties during transmission.

[0065] The remote diagnosis server first collects the vehicle CAN bus data in some way (such as directly connecting to the vehicle's OBD-II port or through the vehicle network). The original CAN data is parsed, filtered or formatted for better encryption and subsequent processing, and the pre-processed CAN bus data is encrypted using the RSA public key. This step will generate encrypted data blocks that cannot be decrypted without the corresponding private key. The encrypted CAN bus data is transmitted to the remote diagnosis server through the Internet of Things network (such as the Internet, mobile network, etc.). After receiving the encrypted data, the remote diagnosis server uses the paired RSA private key to decrypt it and restore the original CAN bus data. Use the decrypted CAN bus data for vehicle status analysis, fault diagnosis and other operations.

[0066] S140: The remote diagnosis service end transmits the vehicle CAN bus data to the diagnosis bench by wired transmission;

[0067] In the specific implementation of this specification, the remote diagnosis server may be equipped with a dedicated data acquisition interface or adapter for obtaining CAN bus data from the vehicle OBD port or other data sources. These data are transmitted to the diagnostic bench in real time or in batches through a wired connection (such as an Ethernet cable or a serial communication line). The diagnostic bench should be equipped with a corresponding receiving interface to receive and process the vehicle CAN bus data from the remote diagnosis server.

[0068] S150: The diagnostic bench completes the vehicle remote diagnosis based on the vehicle bus data, and transmits the diagnostic data to the remote diagnostic service end;

[0069] In the specific implementation of this specification, the diagnostic bench decodes and analyzes the vehicle CAN bus data to extract key diagnostic information. According to the diagnostic logic and fault code definition, it is determined whether the vehicle has a fault and the specific location and nature of the fault are determined. A detailed diagnostic report is generated, including a description of the fault, possible causes, recommended repair measures, etc. The diagnostic report or related diagnostic data is transmitted back to the remote diagnostic service end for further processing or feedback.

[0070] S160: The remote diagnosis service end feeds back the diagnosis data to the vehicle to be diagnosed.

[0071] In the specific implementation of this specification, the system supports remote update or repair functions, and can also directly send repair instructions or update files to the vehicle to achieve remote repair or upgrade. The diagnostic report is sent to the vehicle user or maintenance personnel through email, text messages, mobile phone APP, etc. The diagnostic results are displayed in the user interface of the remote diagnostic server for users or maintenance personnel to view online.

[0072] In the present invention, the system realizes remote transmission of data by seamlessly connecting the remote diagnosis client with the vehicle to be diagnosed, and utilizes the Internet of Things technology, which greatly broadens the geographical scope of the diagnostic service, allowing users to enjoy professional vehicle diagnostic services anytime and anywhere. The system supports flexible connection of vehicles through vehicle communication interfaces (such as J2534) or data transceiver devices, enhancing the compatibility and practicality of the system. At the data transmission level, the system adopts an encryption mechanism (such as RSA encryption) to strictly protect the vehicle CAN bus data, ensuring the confidentiality and integrity of the data during transmission, and effectively preventing the risk of data leakage and tampering. At the same time, the encrypted data is safely transmitted from the remote diagnosis service end to the diagnostic bench through wired transmission, further improving the stability and efficiency of data transmission. During the diagnosis process, the system can automatically start the corresponding diagnostic equipment according to user information and vehicle model information, realizing the automation and personalized customization of the diagnostic process. The diagnostic bench completes accurate diagnosis based on vehicle bus data, and feeds back the diagnostic results to the remote diagnosis service end and the user end in real time, providing timely and accurate guidance for vehicle maintenance.

[0073] Figure 3 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this specification. Figure 3 The electronic device 300 according to the embodiment of the present invention is described. Figure 3 The electronic device 300 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0074] like Figure 3 As shown, the electronic device 300 is in the form of a general computing device. The components of the electronic device 300 may include, but are not limited to: at least one processing unit 310, at least one storage unit 320, a bus 330 connecting different system components (including the storage unit 320 and the processing unit 310), a display unit 340, etc.

[0075] The storage unit stores program codes, which can be executed by the processing unit 310, so that the processing unit 310 performs the steps according to various exemplary embodiments of the present invention described in the above processing method section of this specification. For example, the processing unit 310 can perform the following steps: Figure 2 Steps shown.

[0076] The storage unit 320 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 3201 and / or a cache memory unit 3202 , and may further include a read-only memory unit (ROM) 3203 .

[0077] The storage unit 320 may also include a program / utility 3204 having a set (at least one) of program modules 3205, such program modules 3205 including but not limited to: an operating system, one or more application programs, other program modules and program data, each of which or some combination may include the implementation of a network environment.

[0078] Bus 330 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0079] The electronic device 300 may also communicate with one or more external devices 400 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), one or more devices that enable viewers to interact with the electronic device 300, and / or any device that enables the electronic device 300 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed through an input / output (I / O) interface 350. Furthermore, the electronic device 300 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) through a network adapter 360. The network adapter 360 may communicate with other modules of the electronic device 300 through the bus 330. It should be understood that although Figure 3 Not shown, other hardware and / or software modules may be used in conjunction with the electronic device 300, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0080] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the exemplary embodiments described in the present invention can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation method of the present invention can be embodied in the form of a software product, which can be stored in a computer-readable storage medium (which can be a CD-ROM, USB flash drive, mobile hard disk, etc.) or on a network, including a number of instructions to enable a computing device (which can be a personal computer, server, or network device, etc.) to execute the above method according to the present invention. When the computer program is executed by a data processing device, the computer-readable medium can implement the above method of the present invention, that is: Figure 2 The method shown.

[0081] Figure 4 A schematic diagram of a computer-readable medium provided for an embodiment of this specification.

[0082] accomplish Figure 2 The computer program of the method shown can be stored on one or more computer readable media. The computer readable medium can be a readable signal medium or a readable storage medium. The readable storage medium can be, for example, but not limited to, a system, device or device of electricity, magnetism, light, electromagnetic, infrared, or semiconductor, or any combination of the above. More specific examples (non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0083] The computer readable storage medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The readable storage medium may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by an instruction execution system, an apparatus, or a device or used in combination with it. The program code contained on the readable storage medium may be transmitted with any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the above.

[0084] Program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the viewer computing device, partially on the viewer device, as a stand-alone software package, partially on the viewer computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving a remote computing device, the remote computing device may be connected to the viewer computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0085] In summary, the present invention can be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. It should be understood by those skilled in the art that general data processing devices such as microprocessors or digital signal processors (DSPs) can be used in practice to implement some or all of the functions of some or all of the components in the embodiments of the present invention. The present invention can also be implemented as a device or apparatus program (e.g., a computer program and a computer program product) for executing part or all of the methods described herein. Such a program implementing the present invention can be stored on a computer-readable medium, or can have the form of one or more signals. Such a signal can be downloaded from an Internet website, or provided on a carrier signal, or provided in any other form.

[0086] The specific embodiments described above further describe the purpose, technical solutions and beneficial effects of the present invention in detail. It should be understood that the present invention is not inherently related to any specific computer, virtual device or electronic device, and various general devices can also implement the present invention. The above description is only a specific embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the protection scope of the present invention.

[0087] The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referenced to each other, and each embodiment focuses on the differences from other embodiments.

[0088] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A vehicle remote diagnosis system, characterized in that: include: Remote diagnosis client, remote diagnosis server, test bench, diagnostic equipment; The vehicle to be diagnosed is connected to the remote diagnosis client, the remote diagnosis client is connected to the remote diagnosis server through the Internet of Things, the remote diagnosis server is electrically connected to the test bench and the diagnostic equipment respectively, and the test bench is electrically connected to the diagnostic equipment.

2. The vehicle remote diagnosis system according to claim 1, characterized in that: The connection method between the vehicle to be diagnosed and the remote diagnosis client includes: The remote diagnosis client is connected to the OBD port of the vehicle to be diagnosed through the vehicle communication interface; and / or, The remote diagnosis client is connected to the OBD port of the vehicle to be diagnosed through a data transceiver.

3. The vehicle remote diagnosis system according to claim 2, characterized in that: The vehicle communication interface includes a J2534 communication interface.

4. A vehicle remote diagnosis method, comprising a vehicle remote diagnosis system as claimed in any one of claims 1 to 3, characterized in that: include: The remote diagnosis server obtains user information and starts corresponding diagnostic equipment based on the user information; The remote diagnosis server sends startup information to the remote diagnosis client via the Internet of Things; The remote diagnosis client transmits the vehicle CAN bus data to the remote diagnosis server through the Internet of Things; The remote diagnosis service end transmits the vehicle CAN bus data to the diagnosis bench by wired transmission; The diagnostic bench completes vehicle remote diagnosis based on the vehicle bus data and transmits the diagnostic data to the remote diagnostic service end; The remote diagnosis service end feeds back the diagnosis data to the vehicle to be diagnosed.

5. The vehicle remote diagnosis method according to claim 4, characterized in that: The remote diagnosis client transmits the vehicle CAN bus data to the remote diagnosis server through the Internet of Things, including: The remote diagnosis service end encrypts the vehicle CAN bus data and transmits the encrypted vehicle CAN bus data to the remote diagnosis service end through the Internet of Things.

6. The vehicle remote diagnosis method according to claim 5, characterized in that: The remote diagnosis service end encrypts the vehicle CAN bus data, including: the remote diagnosis service end performs RSA encryption on the vehicle CAN bus data.

7. The vehicle remote diagnosis method according to claim 6, characterized in that: The remote diagnosis server obtains user information and starts corresponding diagnostic equipment based on the user information, including: Start the monitoring port to obtain user requests in real time; Determining whether the user has registered based on the user request; When it is determined based on the user request that the user has registered, using an encrypted mobile USB flash drive to log in to the user account to obtain user information; the user information includes the model information of the vehicle to be diagnosed; The corresponding diagnostic device is started based on the vehicle model information of the vehicle to be diagnosed.

8. An electronic device, wherein: The electronic device includes: processor; and, A memory storing computer executable instructions which, when executed, cause the processor to perform a method according to any one of claims 4 to 7.

9. A computer-readable storage medium, wherein: The computer-readable storage medium stores one or more programs, and when the one or more programs are executed by a processor, the method of any one of claims 4 to 7 is implemented.

Images