CN114979239A

CN114979239A - Remote diagnosis method, device and related equipment

Info

Publication number: CN114979239A
Application number: CN202210570092.1A
Authority: CN
Inventors: 刘新; 李森
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2022-05-24
Filing date: 2022-05-24
Publication date: 2022-08-30

Abstract

The embodiment of the application discloses a remote diagnosis method, a remote diagnosis device, remote diagnosis equipment and a storage medium. The method in the embodiment of the application comprises the following steps: acquiring a first UDP message sent by the diagnostic equipment through the server; analyzing the first UDP message to obtain a corresponding first I P address; determining a corresponding first data transmission channel according to the first I P address; and sending the first UDP message to an electronic control unit corresponding to the first I P address on the vehicle through the first data transmission channel. Therefore, according to the remote diagnosis method of the embodiment of the application, I P addresses can be obtained by analyzing the UDP messages sent by the diagnosis device through the server, so that a data transmission channel between the vehicle and the client can be determined according to I P addresses, and data of one I P address can be transmitted in each channel between the vehicle and the diagnosis device.

Description

Remote diagnosis method, device and related equipment

Technical Field

The embodiment of the application relates to the field of computers, in particular to a remote diagnosis method, a remote diagnosis device and related equipment.

Background

With the development of the vehicle-mounted ethernet technology and the gradual maturity of the 5G technology, Diagnosis (DOIP) is performed through an internet protocol, so that remote real-time diagnosis of the vehicle is realized, and the number of times and time for returning the vehicle to the factory can be greatly reduced. Even, the user and the car manufacturer can acquire the real-time condition of the vehicle at any time and place, the first time. If the fault damaging the driving safety exists, the fault is timely fed back to the user for safety protection; meanwhile, the most timely and effective data is provided for factory returning maintenance of automobile manufacturers.

However, the existing DOIP remote diagnosis has the defect that only one Internet Protocol (IP) can be supported, so that some vehicles cannot be subjected to DOIP remote diagnosis. For example, there are many vehicle types, there are multiple Electronic Control Units (ECUs) on the vehicle end to communicate with the diagnostic device at the same time, each ECU has an independent network card and an independent IP address, and the diagnostic device establishes multiple connections and communicates with different ECUs in parallel. However, with this method, data of only one IP address can be forwarded at a time, and if there are a plurality of IP addresses on the vehicle side, the diagnostic apparatus has no way to simulate, resulting in failure of diagnosis.

Disclosure of Invention

The embodiment of the application provides a remote diagnosis method which is used for realizing multichannel parallel data interaction.

The first aspect of the embodiments of the present application provides a remote diagnosis method, which is applied to a client in a remote diagnosis system; the client is in communication connection with the vehicle and the server respectively, and the server is in communication connection with the diagnostic equipment; the method comprises the following steps:

acquiring a first UDP message sent by the diagnostic equipment through the server;

analyzing the first UDP message to obtain a corresponding first IP address;

determining a corresponding first data transmission channel according to the first IP address;

and sending the first UDP message to an electronic control unit corresponding to the first IP address on the vehicle through the first data transmission channel.

Optionally, the method further comprises:

acquiring a second UDP message broadcasted by the vehicle;

analyzing the second UDP message to obtain a corresponding second IP address;

and if the second IP address is the newly added IP address, a second data transmission channel is established between the electronic control units corresponding to the second IP address.

Optionally, after the creating of the second data transmission channel, the method further includes:

and sending the second UDP message and the corresponding identification number of the second data transmission channel to the server.

Optionally, before the obtaining of the second UDP packet broadcasted by the vehicle, the method further includes:

and detecting whether the network of the network diagnostic protocol DOIP of the vehicle is connected or not, if so, executing the step of acquiring the second UDP message broadcasted by the vehicle.

A second aspect of the embodiments of the present application provides a remote diagnosis method, which is applied to a server in a remote diagnosis system; the server is respectively in communication connection with the diagnosis equipment and the client, and the client is in communication connection with the vehicle; the method comprises the following steps:

acquiring a third User Datagram Protocol (UDP) message sent by the vehicle through the client;

analyzing the third UDP message to obtain a corresponding third IP address;

determining a corresponding third data transmission channel according to the third IP address;

and sending the third UDP message to the diagnostic equipment through the third data transmission channel so as to realize data interaction between the vehicle and the diagnostic equipment.

Optionally, the method further comprises:

receiving a second UDP message and an identification number sent by the client;

and if the target identification number is the newly added identification number, a second data transmission channel corresponding to the newly added identification number is established between the target identification number and the diagnostic equipment.

Optionally, the creating, between the diagnostic device and the second data transmission channel corresponding to the new identifier includes:

creating a virtual network card;

broadcasting the second UDP message through the virtual network card;

receiving a socket connection request sent by the diagnostic equipment based on a second IP address carried by the second UDP message;

and establishing a second data transmission channel between the diagnostic equipment and the socket connection request.

A third aspect of the embodiments of the present application provides a remote diagnosis apparatus, which is applied to a client, and includes:

the acquisition unit is used for acquiring a first UDP message sent by the diagnostic equipment through the server;

the analysis unit is used for analyzing the first UDP message to obtain a corresponding first IP address;

the determining unit is used for determining a corresponding first data transmission channel according to the first IP address;

and the sending unit is used for sending the first UDP message to the electronic control unit corresponding to the first IP address on the vehicle through the first data transmission channel.

Optionally, the apparatus further comprises: a cell is created.

The acquisition unit is further configured to acquire a second UDP packet broadcast by the vehicle;

the analysis unit is further configured to analyze the second UDP packet to obtain a corresponding second IP address;

and the creating unit is used for creating a second data transmission channel between the electronic control units corresponding to the second IP address when the second IP address is the newly added IP address.

Alternatively,

the sending unit is further configured to send the second UDP packet and the identification number of the corresponding second data transmission channel to the server.

Optionally, the apparatus further comprises a detection unit.

The detection unit is configured to detect whether a network of a network diagnostic protocol DOIP of the vehicle is connected, and if so, execute the step of acquiring the second UDP packet broadcast by the vehicle.

A third aspect of the embodiments of the present application provides a remote diagnosis apparatus for performing the method according to the first aspect.

A fourth aspect of the embodiments of the present application provides a remote diagnosis apparatus, which is applied to a server, and includes:

the acquisition unit is used for acquiring a third User Datagram Protocol (UDP) message sent by the vehicle through the client;

the analysis unit is used for analyzing the third UDP message to obtain a corresponding third IP address;

the determining unit is used for determining a corresponding third data transmission channel according to the third IP address;

and the sending unit is used for sending the third UDP message to the diagnostic equipment through the third data transmission channel so as to realize data interaction between the vehicle and the diagnostic equipment.

Optionally, the apparatus further comprises: a receiving unit and a creating unit.

The receiving unit is used for receiving a second UDP message and an identification number sent by the client;

and the creating unit is used for creating a second data transmission channel corresponding to the newly added identification number between the diagnostic equipment and the target identification number when the target identification number is the newly added identification number.

Optionally, the apparatus further comprises a broadcasting unit and a establishing unit.

The creating unit is specifically used for creating a virtual network card;

the broadcasting unit is configured to broadcast the second UDP packet through the virtual network card;

the receiving unit is specifically configured to receive a socket connection request sent by the diagnostic device based on a second IP address carried in the second UDP packet;

the establishing unit is used for establishing a second data transmission channel between the diagnostic equipment and the socket connection request.

A fourth aspect of the embodiments of the present application provides a remote diagnosis apparatus for performing the method according to the second aspect.

A fifth aspect of embodiments of the present application provides a remote diagnosis apparatus, including:

the system comprises a central processing unit, a memory, an input/output interface, a wired or wireless network interface and a power supply;

the memory is a transient memory or a persistent memory;

the central processor is configured to communicate with the memory and execute the instructions in the memory to perform the method of any one of the first or second aspects.

A sixth aspect of embodiments of the present application provides a computer-readable storage medium, where the computer-readable storage medium includes instructions that, when executed on a computer, cause the computer to perform the method of any one of the first aspect or the second aspect.

According to the technical scheme, the embodiment of the application has the following advantages:

the embodiment of the application provides a remote diagnosis method, which can analyze a UDP message sent by a diagnosis device to a client through a server so as to obtain an IP address, and thus, a data transmission channel between a vehicle and the client can be determined according to the IP address. In the application, different electronic control units in the client and the vehicle are provided with different data transmission channels, and each electronic control unit corresponds to one data transmission channel, so that data of one IP address is transmitted through each channel between the vehicle and the diagnostic equipment, and the different channels are not affected by each other.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings can be obtained by those skilled in the art according to the drawings.

Fig. 1 is a schematic diagram of an apparatus architecture of a remote diagnosis method disclosed in an embodiment of the present application;

FIG. 2 is an interactive flow chart of a remote diagnosis method disclosed in an embodiment of the present application;

FIG. 3 is an interactive flow chart of another remote diagnosis method disclosed in an embodiment of the present application;

fig. 4 is a schematic structural diagram of a remote diagnosis device disclosed in an embodiment of the present application;

FIG. 5 is a schematic structural diagram of another remote diagnosis device disclosed in the embodiments of the present application;

fig. 6 is a schematic structural diagram of a remote diagnosis device disclosed in an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The method aims to solve the problem that the existing DOIP remote diagnosis can only support one IP, so that some vehicles cannot be subjected to DOIP remote diagnosis. For example, in many vehicle models in a certain vehicle factory, a plurality of ECUs are arranged at the vehicle end to communicate with the diagnostic equipment at the same time, each ECU is provided with an independent network card and an independent IP address, and the diagnostic equipment can establish a plurality of socket connections and communicate with different ECUs in parallel. Among them, DOIP is a diagnostic method based on an IP protocol, that is, a method of diagnosing a vehicle by using a Transmission Control Protocol (TCP) or IP and ethernet based on a Unified Diagnostic Service (UDS).

It should be understood that the ECU, the chinese name, is generally called a computer control module, or an electronic control unit, commonly called a driving computer, a vehicle-mounted computer, etc. An ECU can be said to be one of the core electronic components of a modern automobile. For example, an ECU of a car corresponds to a human brain and a CPU of a computer. The ECU is the central nervous system of the brain of the automobile. Typically under the dashboard of the driver's seat or near the wiper linkage. The ECU is used for monitoring various input data (such as braking, gear shifting and the like) and various running states (acceleration, slipping, oil consumption and the like) of the automobile at any time, calculating information sent by various sensors according to a pre-designed program, and sending various parameters to relevant execution mechanisms after processing so as to execute various preset control functions. For example, the ECU determines the optimum fuel injection amount after analyzing, budgeting, processing and storing according to the signals transmitted from the automobile sensors, and controls the fuel injection amount of the fuel injector, so that the automobile can always maintain the optimum air-fuel ratio, thereby improving the economy and the dynamic property and reducing the emission of tail gas. The initial ECU is used to control ignition and fuel injection at the beginning of the engine, and with the improvement of electronic automation of cars, the control range of the ECU is increasing, such as light control, airbag control, fuel heating control, exhaust control, brake control, Exhaust Gas Recirculation (EGR), and the like. For convenience of description, specific functions of the ECU are not described in detail later.

It is also understood that the socket connection, i.e. socket, in the embodiment of the present application is a foundation for communication, and is a basic operation unit for network communication supporting TCP or IP protocol. It is an abstract representation of an endpoint in the network communication process, and comprises five kinds of information necessary for network communication: the protocol used by the connection, the IP address of the local host, the protocol port of the local process, the IP address of the remote host, and the protocol port of the remote process. When the application layer communicates data through the transport layer, TCP suffers from the problem of providing concurrent services to multiple application processes simultaneously. Multiple TCP connections or multiple application processes may need to transmit data through the same TCP protocol port. To distinguish between different application processes and connections, many computer operating systems provide a socket interface for applications to interact with TCP or IP protocols. The application layer and the transmission layer can distinguish communication from different application program processes or network connection through a socket interface, and concurrent service of data transmission is achieved. For convenience of description, the socket is not described in detail in the following, and in the embodiment of the present application, the socket mainly plays a role of a communication channel.

Referring to fig. 1, fig. 1 is a schematic diagram of an apparatus architecture based on remote diagnosis according to an embodiment of the present disclosure.

The following device architecture, which generally includes a cloud platform 100, a C-end connector 101, a vehicle 102, a B-end connector 103, and a diagnostic device 104, is often used in DOIP remote diagnostics. The vehicle 102 is connected to the C-end connector, the diagnostic device 104 is connected to the B-end connector 103, and the cloud platform 100 is connected to the C-end connector 101 and the B-end connector 103 through the network internet.

In the embodiment of the present application, the C-terminal 101 is the client described in the foregoing section, that is, the client for remote diagnosis. The B-terminal connector 103 is the service terminal described in the foregoing section, that is, the service terminal for remote diagnosis. The client issues the requirement of remote diagnosis, requests service and the server provides service.

The cloud platform 100 may be an independent physical server, may also be a server cluster or a distributed system formed by a plurality of physical servers, and may also be a cloud platform that provides basic cloud computing services such as a cloud database, a cloud service, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a CDN, and a big data and artificial intelligence platform. In this embodiment of the application, the cloud platform 100 mainly exists as a channel for data interaction between the B-end connector 103 and the C-end connector 101, and for convenience of understanding, the function of the cloud platform 100 is not described in detail in the following.

In this embodiment of the present application, the C-end connector 101 is mainly an ethernet card for connecting the C-end and the vehicle 102, and it is understood that the C-end connector 101 may also be other devices, and this embodiment of the present application does not limit specific devices of the C-end connector 101, and is not described in detail in the following.

The vehicle 102 mainly includes a vehicle ECU or gateway. It is understood that the vehicle 102 may further include other devices, and the embodiments of the present application do not limit the specific devices included in the vehicle 102, and are not described in detail later. Meanwhile, for convenience of description, the following description of the part of the vehicle 102 is only illustrated by the vehicle ECU, and is not repeated in the following.

The B-end connector 103 is mainly an ethernet card for connecting the B-end and the diagnostic device 104, and because there are a plurality of ECUs on the vehicle 102 and only one network card is used for DOIP communication physically on the B-end connector 103, the B-end connector 103 needs to create a virtual network card corresponding to the ECU on each vehicle 102. Each virtual network card simulates an ECU on one of the vehicles 102. It is understood that the B-end connector 103 may also be other devices, and this embodiment of the present application does not limit specific devices of the B-end connector 103, and is not described in detail in the following.

The diagnostic device 104 is an unsolved test machine that can quickly and accurately check the technical conditions of the vehicle, the assembly, and the mechanism and draw a reliable conclusion. The device mainly comprises a wheel balancer, a light tester, a counter-force brake test bed, a chassis dynamometer, a sideslip test bed, a front wheel positioner, an engine test bed, an exhaust gas analyzer, an exhaust smoke meter, a noise meter and the like. In the embodiment of the present application, the diagnostic device 104 mainly processes vehicle data obtained by an ECU on the vehicle 102, and for convenience of understanding, the functions of the diagnostic device 104 are described in detail later.

Referring to fig. 2, fig. 2 is an interactive flowchart of a remote diagnosis method according to an embodiment of the present application. Comprising step 201-step 208.

201. And the server side sends the first UDP message to the client side.

After the server acquires a first User Datagram Protocol (UDP) message sent by the diagnostic device, the server transmits the acquired first UDP message to the client through the network, so that the client can receive the first UDP message sent by the diagnostic device.

202. The client analyzes the first UDP message to obtain a corresponding first IP address.

After receiving the first UDP packet, the client analyzes the first UDP packet, so as to obtain a first IP address carried in the first UDP packet, and it is understood that the first IP address and the first UDP packet have an association relationship.

203. And the client determines a corresponding first data transmission channel according to the first IP address.

After the client acquires the first IP address, the client searches a local storage space according to the first IP address, so that a first data transmission channel carrying the first IP address identifier is found. Correspondingly, the client can determine the corresponding first data transmission channel according to the first IP address.

204. And the client sends the first UDP message to the electronic control unit corresponding to the first IP address on the vehicle through the first data transmission channel.

And after the client determines the first data transmission channel and receives the first UDP message forwarded by the server, the first UDP message can be sent to the vehicle through the first data transmission channel. Specifically, a plurality of electronic control units ECU may be provided on the vehicle, each ECU having its own specific IP address. Correspondingly, the client sends the first UDP message to the ECU corresponding to the first IP address through the first data transmission channel, and therefore data interaction between the vehicle and the diagnostic equipment is achieved.

205. And the client sends a third UDP message to the server.

After the client acquires the third UDP message sent by the vehicle, the client will transmit the acquired third UDP message to the server through the network, so that the server can receive the third UDP message sent by the diagnostic device.

It can be understood that, in this embodiment, the third UDP packet may be associated with the first UDP packet, in other words, after the third UDP packet is sent by the client to the server, the server may process the third UDP packet through a series of steps to form the first UDP packet, so as to transmit the first UDP packet to the client through the network. Specifically, the association relationship between the first UDP packet and the third UDP packet is not limited, and the first UDP packet and the third UDP packet may not have the association relationship, and at this time, steps 201 to 204 may not be performed. For convenience of description, the description is not repeated in the following.

206. And the server analyzes the third UDP message to obtain a corresponding third IP address.

After receiving the third UDP packet, the server analyzes the third UDP packet, so as to obtain a third IP address carried in the third UDP packet, which needs to be understood that an association relationship exists between the third IP address and the third UDP packet. It should also be understood that if the first UDP packet is associated with the third UDP packet, the first IP address and the third IP address may be associated correspondingly. It is also understood that the first IP address and the third IP address may be the same IP address under certain conditions. Specifically, here, the association relationship between the first IP address and the third IP address is not limited, and is not described in detail later.

207. And the server determines a corresponding third data transmission channel according to the third IP address.

After the server side obtains the third IP address, the server side searches a local storage space according to the third IP address, and therefore a third data transmission channel carrying the third IP address identification is found. Correspondingly, the server side can determine a corresponding third data transmission channel according to the third IP address.

208. And the server side sends the third UDP message to the diagnostic equipment through a third data transmission channel so as to realize data interaction between the vehicle and the diagnostic equipment.

And after the server determines the third data transmission channel and receives a third UDP message forwarded by the server, sending the third UDP message to the diagnostic equipment through the third data transmission channel. Correspondingly, the server side sends the third UDP message to the dispute side equipment through a third data transmission channel corresponding to the third IP address, so that data interaction between the vehicle and the diagnosis equipment is realized.

In this embodiment, step 205 to step 208 may be performed first, and then step 201 to step 204 may be performed; step 201 to step 204 may be performed first, and then step 205 to step 208 may be performed, and the order of performing the steps 201 to step 208 is not limited herein.

According to the remote diagnosis method, the client can obtain the IP address by analyzing the UDP message sent by the diagnosis equipment through the server, so that the data transmission channel between the vehicle and the client can be determined according to the IP address, similarly, after the UDP message sent by the vehicle is received by the server, the IP address can be analyzed and obtained, then the data transmission channel corresponding to the IP address is selected to send the UDP message to the diagnosis equipment, and therefore data of one IP address can be transmitted through each channel between the vehicle and the diagnosis equipment.

The remote diagnosis method in the embodiment of the present application will be described in detail below, please refer to fig. 3, and fig. 3 is an interactive flowchart of another remote diagnosis method disclosed in the embodiment of the present application. Comprising step 301-step 310.

301. And the client receives the message of the ECU.

When the vehicle ECU in the client detects the DOIP network connection, the corresponding fault information of the vehicle is detected by the vehicle ECU, and then the vehicle ECU acquires the IP address corresponding to the vehicle ECU in the DOIP network connection according to the DOIP network connection.

After the vehicle ECU acquires the IP address, the IP address and the vehicle fault information are packaged, and then the vehicle ECU broadcasts a vehicle declaration message in a UDP form, namely sends the UDP message to a C terminal in a client.

It should be understood that the UDP packet does not include information about the network connection status, but the network is certainly connected when the UDP packet is received, and it should be understood that the specific content carried by the status information is not limited in this embodiment.

At this time, the C terminal in the client receives the message of the vehicle ECU.

Of course, it should be understood that whether there is a fault does not affect the UDP message broadcast by the vehicle ECU or the gateway, and the UDP message will be broadcast after the network connection if the ECU or the gateway exists. The UDP message is only for the diagnostic device to know which devices are on the vehicle and does not include diagnostic data. The diagnostic data is carried out in TCP communication.

At this time, the UDP message sent by the vehicle ECU or the gateway includes:

it should be noted that, in the present message structure, only data of one message structure is listed, and data of a corresponding structure may be added or modified according to actual service logic, which is not limited in this embodiment.

302. And the client acquires the IP address and the port number sent by the ECU.

After receiving the UDP message, the C end in the client analyzes the UDP message, and can know the IP address of the ECU. Meanwhile, correspondingly, the port number of the vehicle ECU and the port number of the UDP sent by the ECU can also be obtained.

303. If the IP address is the new IP, the client creates a new channel.

When the C terminal obtains the IP address, the newly obtained IP address is compared with all the IP addresses stored in the local storage space, and when the same IP address is not found, the newly obtained IP address can be determined to be a new IP address, and the new IP address is stored in the local storage space.

And the C end establishes a channel according to the new IP address, the channel comprises a group of threads for independently processing the data of the channel, and the threads comprise TCP and UDP transceiving threads and state management threads. It will be appreciated that this channel is the second data transfer channel described in the preceding section, i.e. the communication channel between the vehicle ECU and the client. In other words, the C-side can establish a TCP socket connection according to the new IP address and perform communication. It is understood that when the C-side establishes a TCP connection, the corresponding port number of the TCP can be obtained.

It can be understood that when the C-side finds that the IP address is not a new IP, that is, the C-side already establishes a tunnel according to the IP address, step 303 is not executed, but step 304 is directly executed. It should be understood that, when the C-side sends that the IP address is not a new IP, the already created channel is the first data transmission channel described in the above section.

Correspondingly, for convenience of understanding, the channel data structure is explained as follows:

it should be noted that, in the data structure, only the data necessary for one logical channel is listed, and the structural part of the response may be added or modified according to the actual service logic, which is not limited in this embodiment.

That is, in the implementation of multiple IPs, after receiving the vehicle UDP packet, the C-side acquires the IP address of the vehicle ECU, and if the IP address is a new IP address, a new channel is created at the C-side.

304. And the client packs the channel number and the data and transmits the channel number and the data to the server.

After the client establishes the communication channel with the vehicle ECU, it can be understood that the channel is the data transmission channel described in the foregoing section, and the data transmission channel may be the first data transmission channel or the second data transmission channel described in the foregoing section.

And adding a channel field of one byte in data (including transparent DOIP data and a state change notification command) interacted between the B terminal in the server and the C terminal in the client so as to identify a channel number of a communication channel between the vehicle ECU and the client. The tunnel field may be an IP address, that is, a tunnel established according to which IP address is added with a corresponding IP address. It should also be understood that the one-byte channel field described in this embodiment is only one specific embodiment, and may not be limited to one byte here, and if the channel field is an IP address, 4 bytes are required. Meanwhile, it can be understood that the number can be a number, and the number can also be an IP address, as long as one IP on the vehicle can be uniquely distinguished. For convenience of description, the existence form of the channel field is not limited in the following.

However, it should be noted that, for convenience of description, the channel field in this embodiment is specifically illustrated by an IP address, and details thereof are not described later.

It is understood that after the end B or the end C receives the transparently transmitted data, the data is handed to the corresponding channel for processing according to the channel number.

In this implementation, the foregoing steps 301 to 304 can be simply described as comparing the IP of the vehicle ECU after the end C receives the vehicle UDP message, and if the IP address is a new IP address, creating a set of independent threads to process the UPD and TCP transceiving of the IP, and simultaneously transparently transmitting the data plus the channel number to the end B. It is understood that the transparent transmission, in this embodiment, means that the C-side or the B-side transmits the received data of the DOIP to the B-side or the C-side directly through the cloud (cloud platform).

It is further understood that the notification command of the status change described in step 304 is a status notification instruction that the DOIP network is connected in step 304 in this embodiment. It is to be understood that the status notification instruction in the present embodiment is mainly related to remote diagnosis. For example, notifying TCP of connection establishment and disconnection, notifying network disconnection, etc., so that B, C states are consistent. For example, the B terminal establishes a TCP connection with the diagnostic instrument and informs the C terminal to establish a connection with the vehicle. For example, after the TCP connection between the C terminal and the vehicle ECU is disconnected, the B terminal is informed to be disconnected, so that the diagnostic instrument can be immediately reconnected. For example, when the C-side detects that the network is disconnected, the B-side needs to be notified, and the B-side needs to clear the previously stored information of the vehicle and re-receive the UDP message.

That is, after receiving the UDP packet of the vehicle, the C-side in the client forwards the UDP packet to the B-side.

305. The server receives the UDP data transmitted through.

The B end in the server receives the UDP packet transmitted by the C end in the client, and it can be understood that the UDP packet transmitted by the C end in the client is transmitted through the cloud platform described in fig. 1.

306. And the server analyzes the data to obtain the channel number.

When the B end in the server receives the UDP packet transmitted by the C end in the client, the B end analyzes the UDP packet, and may obtain the corresponding channel field.

And when the B terminal acquires the channel field, searching the channel field stored in the local storage space according to the newly acquired channel field.

If the corresponding channel field is not found, it means that the channel between the B-side and the diagnostic device is not established, and step 307 is executed.

If the corresponding channel field is found, it represents that the channel establishment between the B-side and the diagnostic device is successful, and step 310 is executed. That is, when the B-side needs to transparently transmit data to the C-side, the B-side searches for a corresponding channel according to the channel field, and transparently transmits data to the C-side through the channel.

307. And if the channel is not created, the server side creates a virtual network card.

When the corresponding channel field is not found, it represents that the channel between the B terminal and the diagnostic device is not established. At this time, the B-side creates a virtual network card according to the newly acquired channel field, and broadcasts the UDP message through the virtual network card. It can be understood that, because there are multiple ECUs on the vehicle side, and the B side only has one network card for DOIP communication physically, the B side needs to create a virtual network card corresponding to the ECU of each vehicle. Each virtual network card is an ECU on one vehicle in the mode. In other words, the IP of the virtual network card and the IP of the ECU have a correspondence relationship.

That is, after receiving the UDP packet forwarded by the C end, if the channel field is found to be a new channel, the B end virtualizes a network card to obtain an IP address, thereby establishing a new channel with the same channel number.

It should be further understood that the B-side determines whether the channel is a new channel according to the channel field. The IP of the virtual network card created by the B-side may also be different from the IP corresponding to the C-side, which is not limited in this embodiment.

308. The server side starts the DHCP client side to apply for IP.

When the B end in the service end receives the UDP message, the B end broadcasts the UDP message to the diagnosis equipment through the virtual network card according to the message stated by the vehicle.

Then, after receiving the UDP packet, the diagnostic device parses the UDP packet, so as to obtain the IP address of the B-side and the virtual address (generally, a 16-bit ID) of the vehicle gateway or the ECU. That is, the diagnostic device may acquire the IP address or the virtual address, etc. of the vehicle ECU or the gateway through the UDP message.

After receiving the UDP packet, the diagnostic device establishes a TCP socket connection with the IP corresponding to the virtual network card. When the diagnostic device establishes a new TCP socket connection, the server starts a Dynamic Host Configuration Protocol (DHCP) client to apply for the IP. As will be appreciated, if the DHCP client does not obtain IP, an automatic IP acquisition is initiated.

It should be understood that DHCP is a network protocol for a local area network. There are two main uses:

1. an IP address is automatically assigned to an internal network or network service provider.

2. Giving the user or an internal network administrator a means to centrally manage all computers.

It should also be understood that the diagnostic device runs a DHCP service process, and the DHCP client running in the server can make the diagnostic device run the DHCP service process to apply for IP.

It should also be understood that the present embodiment does not limit the application of DHCP, and DHCP may also have other functions.

309. The server creates a channel.

After the B-side in the server establishes a socket connection of the TCP with the diagnostic device, a channel is created according to the IP address and the socket connection request acquired by the DHCP client, and it can be understood that the channel is the second data transmission channel or the third data transmission channel described in the above section. It should be understood that if the IP address is the new IP address, it can be understood as the second data transmission channel; if the IP address is not the new IP address, it can be understood as the third data transmission channel. Meanwhile, a channel field of one byte is added in data interacted between the B terminal and the diagnostic equipment in the service terminal so as to identify a channel number.

It is understood that after the server creates the tunnel, for example, there are three IPs 192.168.100.1, 192.168.100.2, or 192.168.100.3 on the vehicle. At this time, after receiving the three IP UDP messages, the C-side creates three channels with channel numbers 1, 2, and 3 when receiving the three IP UDP messages for the first time.

When the B end receives the UDP data of the three IPs forwarded by the C end for the first time, a new channel is found, a virtual network card is created, and an address is applied. Assuming that the created network card is 192.168.1.100 when the channel 1 is received; when the channel 2 is received, the created network card is 192.168.1.101; when channel 3 is received, the network card created is 192.168.1.102.

In the latter communication, when the data received by the B terminal through 192.168.1.102 is known to be channel 3 and is forwarded to the C terminal, and the C terminal sees to be channel 3, the data is known to be sent to the vehicle 192.168.100.3. The same C-side receives 192.168.100.3 data, which is known to be channel 3, and after forwarding to B-side, the B-side will send to the diagnostic device through 192.168.1.102 IP.

That is, the channel field sent by the virtual network card is consistent with the channel field added by the C-side. It can also be understood that the IP of the C-side connecting vehicle ECU and the IP of the B-side virtual network card are in one-to-one correspondence. According to the data acquired by which IP, the corresponding channel can be known.

310. And the server side sends the diagnosis data to the client side.

It should be understood that, after receiving the UDP packet, the diagnostic device obtains the IP address of the B-side in the server, and parses the UDP packet, thereby obtaining the virtual address (generally, a 16-bit ID) of the vehicle gateway or the ECU.

The diagnostic device then establishes a TCP connection with the B-side. After the TCP connection is established, the B end sends a state notification instruction to the C end, and the state notification instruction notifies the C end to establish the TCP connection with the vehicle ECU. The diagnostic device then sends a route activation command to the vehicle via TCP and the vehicle returns a route activation reply. At this time, the diagnostic device can communicate with the vehicle ECU through TCP to perform interaction of diagnostic data.

It should also be understood that the status notification instruction in this embodiment is primarily related to remote diagnostics. For example, notifying TCP of connection establishment and disconnection, notifying network disconnection, etc., such that B, C states are consistent. For example, the B terminal establishes a TCP connection with the diagnostic instrument and informs the C terminal to establish a connection with the vehicle. For example, after the terminal C and the vehicle ECU are disconnected from the TCP, the terminal B is informed of the disconnection, and thus the diagnostic instrument can be immediately reconnected. For example, when the C-side detects that the network is disconnected, the B-side needs to be notified, and the B-side needs to clear the previously stored information of the vehicle and re-receive the UDP message.

Meanwhile, a channel identifier corresponding to the client channel is also arranged. But the channel identification is not sent over the TCP connection. And the B end gives the data to the corresponding channel for processing according to the channel number. And the B terminal sends the corresponding diagnostic data to the C terminal in the client terminal.

Therefore, the method establishes a channel for each IP address on the software level, the channel comprises a group of threads for independently processing the data of the channel, and the threads comprise a TCP or UDP transceiving thread and a state management thread. Each channel can independently complete data forwarding between the ECU and the diagnostic equipment, so that simultaneous communication of multiple IPs is realized. A channel field of one byte is added in interactive data (including transparent DOIP data and state change notification commands) of the B end and the C end to identify a channel number, and after the B end and the C end receive the transparent data, the data are handed to a corresponding channel for processing according to the channel number. After the end C receives the vehicle UDP message, the IP of the sender is compared, if the IP is a new IP address, a group of independent threads are created to process UPD or TCP receiving and sending of the IP, meanwhile, the data and the channel number are transmitted to the end B, after the end B receives the UDP data transmitted through, if the corresponding channel does not exist, a virtual network card is created, and the corresponding channel is created. Therefore, a plurality of virtual channels are established between the end B and the end C, and a plurality of IPs are communicated with the vehicle ECU in parallel.

It should be understood that, although the steps in the flowcharts related to the embodiments as described above are sequentially displayed as indicated by arrows, the steps are not necessarily performed sequentially as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least a part of the steps in the flowcharts related to the embodiments described above may include multiple steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, and the execution order of the steps or stages is not necessarily sequential, but may be rotated or alternated with other steps or at least a part of the steps or stages in other steps.

If the scenario involves sensitive information (e.g., user information, business information), it should be noted that the collection, use, and handling of the sensitive information need to comply with relevant national and regional laws and regulations and standards, and need to be performed under the permission or consent of the corresponding subject (e.g., user or business, etc.).

The embodiment provides a remote diagnosis method, which can analyze a UDP message sent by a diagnosis device to a client through a server to obtain an IP address, so as to determine a data transmission channel between a vehicle and the client according to the IP address. Meanwhile, when the client discovers a new IP address, a group of new data transmission channels can be arranged between the client and the vehicle, so that the data of one IP address can be transmitted through each channel between the vehicle and the diagnostic equipment, and different channels are not influenced by each other.

Correspondingly, each time the client finds a new IP address, a new set of channels exists between the client and the vehicle, and a virtual network card is created for each new channel at the server, and a channel between the corresponding server and the diagnostic device is created through the virtual network card. Each group of channels independently processes data communication of an IP, and different channels do not influence each other. Thus, multi-IP DOIP diagnostics is supported.

With reference to fig. 4, a structure of a remote diagnosis apparatus applied to a client is described, where the remote diagnosis method in the embodiment of the present application is described above, and the remote diagnosis apparatus includes:

an obtaining unit 401, configured to obtain a first UDP packet sent by a diagnostic device through a server;

an analyzing unit 402, configured to analyze the first UDP packet to obtain a corresponding first IP address;

a determining unit 403, configured to determine a corresponding first data transmission channel according to the first IP address;

a sending unit 404, configured to send the first UDP packet to an electronic control unit corresponding to the first IP address on the vehicle through the first data transmission channel.

Exemplarily, the apparatus further comprises: a unit 405 is created.

The acquiring unit 401 is further configured to acquire a second UDP packet broadcasted by the vehicle;

the parsing unit 402 is further configured to parse the second UDP packet to obtain a corresponding second IP address;

and a creating unit 405, configured to create a second data transmission channel between the electronic control units corresponding to the second IP address when the second IP address is the new IP address.

In an exemplary manner, the first and second electrodes are,

the sending unit 404 is further configured to send the second UDP packet and the identification number of the corresponding second data transmission channel to the server.

Exemplarily, the apparatus further comprises a detection unit 406.

And the detecting unit 406 is configured to detect whether a network of a network diagnostic protocol DOIP of the vehicle is connected, and if so, execute a step of acquiring a second UDP packet broadcasted by the vehicle.

Referring to fig. 5, another structure based on a remote diagnosis apparatus applied to a server side includes:

an obtaining unit 501, configured to obtain a third user datagram protocol UDP packet sent by a vehicle through a client;

an analyzing unit 502, configured to analyze the third UDP packet to obtain a corresponding third IP address;

a determining unit 503, configured to determine a corresponding third data transmission channel according to the third IP address;

the sending unit 504 is configured to send the third UDP packet to the diagnostic device through the third data transmission channel, so as to implement data interaction between the vehicle and the diagnostic device.

Illustratively, the apparatus further comprises: a receiving unit 505 and a creating unit 506.

A receiving unit 505, configured to receive a second UDP packet and an identification number sent by a client;

a creating unit 506, configured to create a second data transmission channel corresponding to the new identification number with the diagnostic device when the target identification number is the new identification number.

The apparatus further illustratively includes a broadcasting unit 507 and a establishing unit 508.

A creating unit 506, specifically configured to create a virtual network card;

a broadcasting unit 507, configured to broadcast a second UDP packet through the virtual network card;

a receiving unit 505, specifically configured to receive a socket connection request sent by the diagnostic device based on a second IP address carried in the second UDP packet;

an establishing unit 508, configured to establish a second data transmission channel with the diagnostic device based on the socket connection request.

Referring to fig. 6, a remote diagnosis apparatus disclosed in an embodiment of the present application includes:

a central processing unit 601, a memory 605, an input/output interface 604, a wired or wireless network interface 603 and a power supply 602;

memory 605 is a transient storage memory or a persistent storage memory;

the central processor 601 is configured to communicate with the memory 605 and execute the instructions in the memory 605 to perform the methods described in the embodiments of fig. 2 or fig. 3.

The chip system according to an embodiment of the present application is further provided, where the chip system includes at least one processor and a communication interface, where the communication interface and the at least one processor are interconnected by a line, and the at least one processor is configured to execute a computer program or instructions to perform the method in the foregoing embodiment shown in fig. 2 or fig. 3.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and the like.

Claims

1. A remote diagnosis method is characterized in that the method is applied to a client in a remote diagnosis system; the client is in communication connection with the vehicle and the server respectively, and the server is in communication connection with the diagnostic equipment; the method comprises the following steps:

acquiring a first User Datagram Protocol (UDP) message sent by the diagnostic equipment through the server;

analyzing the first UDP message to obtain a corresponding first IP address;

2. The method of claim 1, further comprising:

acquiring a second UDP message broadcasted by the vehicle;

analyzing the second UDP message to obtain a corresponding second IP address;

3. The method of claim 2, wherein after said creating the second data transmission channel, the method further comprises:

4. The method of claim 2, wherein prior to obtaining the second UDP packet broadcast by the vehicle, the method further comprises:

5. A remote diagnosis method is characterized in that the method is applied to a server side in a remote diagnosis system; the service end is respectively in communication connection with the diagnosis equipment and the client, and the client is in communication connection with the vehicle; the method comprises the following steps:

analyzing the third UDP message to obtain a corresponding third IP address;

6. The method of claim 5, further comprising:

receiving a second UDP message and an identification number sent by the client;

7. The method of claim 6, wherein the creating of the second data transmission channel corresponding to the new addition identification number with the diagnostic device comprises:

creating a virtual network card;

broadcasting the second UDP message through the virtual network card;

8. A remote diagnosis device is applied to a client, and the system comprises:

9. A remote diagnosis device is applied to a server side, and the system comprises:

10. A remote diagnostic apparatus, characterized in that the device comprises:

the memory is a transient memory or a persistent memory;

the central processor is configured to communicate with the memory and execute the operations of the instructions in the memory to perform the method of any of claims 1 to 7.