CN111600883A - Vehicle diagnosis method and system, electronic equipment and storage medium - Google Patents
Vehicle diagnosis method and system, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN111600883A CN111600883A CN202010413087.0A CN202010413087A CN111600883A CN 111600883 A CN111600883 A CN 111600883A CN 202010413087 A CN202010413087 A CN 202010413087A CN 111600883 A CN111600883 A CN 111600883A
- Authority
- CN
- China
- Prior art keywords
- remote
- diagnosis
- equipment
- task request
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M17/00—Testing of vehicles
- G01M17/007—Wheeled or endless-tracked vehicles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer And Data Communications (AREA)
Abstract
The application discloses a vehicle diagnosis method, a vehicle diagnosis system, an electronic device and a computer readable storage medium, wherein the method comprises the following steps: acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not; if yes, calling a remote mode IP (Internet protocol) to access the UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request; establishing UDP connection with remote equipment according to the remote equipment information; vehicle remote diagnostics are performed based on the UDP connection. The vehicle diagnosis sharing method and the vehicle diagnosis sharing device can achieve vehicle diagnosis sharing and can effectively improve vehicle diagnosis efficiency. The application also discloses a vehicle diagnosis system, an electronic device and a computer readable storage medium, which can also achieve the technical effects.
Description
Technical Field
The present application relates to the field of computer technology, and more particularly, to a vehicle diagnosis method, system, and an electronic device and a computer-readable storage medium.
Background
When present maintainer diagnoses the vehicle, carry out local diagnosis through the J2534 agreement mostly, need maintainer to visit the scene and insert diagnostic equipment into the vehicle and can diagnose for whole diagnostic process is long consuming time, and is inefficient, is unfavorable for the timely maintenance of vehicle trouble.
Therefore, how to improve the vehicle diagnosis efficiency is a problem to be solved by those skilled in the art.
Disclosure of Invention
An object of the present application is to provide a vehicle diagnosis method, system, and electronic device and a computer-readable storage medium, which improve vehicle diagnosis efficiency.
To achieve the above object, the present application provides a vehicle diagnosis method including:
acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not;
if yes, calling a remote mode IP access User Datagram Protocol (UDP) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
establishing UDP connection with remote equipment according to the remote equipment information;
vehicle remote diagnostics are performed based on the UDP connection.
Optionally, after establishing a UDP connection with a remote device according to the remote device information and before performing a vehicle remote diagnosis using the UDP connection, the method further includes:
and handshaking with the remote equipment by using a preset handshaking protocol, and establishing a heartbeat thread.
Optionally, if the heartbeat thread is delayed or fails to handshake, the method further includes:
and sending a transfer instruction to the remote equipment, and switching to a transfer server to reestablish UDP connection with the remote equipment.
Optionally, when the diagnosis task request is not a remote task request, the method further includes:
and calling a local IP from the registry by using the local dynamic link library dll file to be directly connected with local equipment to be diagnosed through UDP, and diagnosing the local equipment to be diagnosed.
Optionally, diagnosing the local device to be diagnosed includes:
and receiving the equipment data of the local equipment to be diagnosed by using the message queue, and sending the equipment data to the original factory software for diagnosis to obtain a diagnosis result.
Optionally, when the UDP connection is abnormal, the method further includes:
accessing a server through a serial number of the diagnostic equipment to obtain an update file;
and performing system upgrade on the diagnostic equipment by using the update file.
Optionally, when the UDP connection is abnormal, the method further includes:
judging whether the network card IP of the diagnosis equipment is a dynamic IP or not;
if not, modifying the network card IP into a dynamic IP.
Retrieval
To achieve the above object, the present application provides a vehicle diagnostic system including:
the judging module is used for acquiring the diagnosis task request and judging whether the diagnosis task request is a remote task request;
the information acquisition module is used for calling a remote mode IP to access the UDP server by using a local dynamic link library dll file and receiving remote equipment information corresponding to the diagnosis task request when the judgment module judges that the judgment module is yes;
the communication connection module is used for establishing UDP connection with the remote equipment according to the remote equipment information;
and the diagnosis module is used for carrying out vehicle remote diagnosis based on the UDP connection.
Optionally, the vehicle diagnostic system further comprises:
and the network verification module is used for handshaking with the remote equipment by using a preset handshaking protocol and establishing a heartbeat thread.
Optionally, the vehicle diagnostic system further comprises:
and the transfer connection module is used for sending a transfer instruction to the remote equipment when the heartbeat thread is delayed or fails in handshaking, and switching to a transfer server to reestablish UDP connection with the remote equipment.
Optionally, the vehicle diagnostic system further comprises:
and the local diagnosis module is used for calling a local IP (Internet protocol) and carrying out UDP (user datagram protocol) direct connection with local equipment to be diagnosed by using the local dynamic link library dll file when the diagnosis task request is not a remote task request, and diagnosing the local equipment to be diagnosed.
Optionally, the vehicle diagnostic system further comprises:
the first abnormity diagnosis module is used for accessing the server to obtain an update file through a diagnosis equipment serial number when the UDP connection is abnormal; and performing system upgrade on the diagnostic equipment by using the update file.
Optionally, the local diagnostic module is specifically a module that receives the device data of the local device to be diagnosed by using a message queue, and sends the device data to the original factory software for diagnosis to obtain a diagnostic result.
Optionally, the vehicle diagnostic system further comprises:
the second abnormity diagnosis module is used for judging whether the network card IP of the diagnosis equipment is a dynamic IP when the UDP connection is abnormal; if not, modifying the network card IP into a dynamic IP.
To achieve the above object, the present application provides an electronic device including:
a memory for storing a computer program;
a processor for implementing the steps of the vehicle diagnostic method as described above when executing the computer program.
To achieve the above object, the present application provides a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the steps of the above vehicle diagnostic method.
According to the scheme, the vehicle diagnosis method comprises the following steps: acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not; if yes, calling a remote mode IP (Internet protocol) to access the UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request; establishing UDP connection with remote equipment according to the remote equipment information; vehicle remote diagnostics are performed based on the UDP connection.
When a diagnosis task request is received, whether the request is a remote task request is judged, if the request is confirmed to be the remote task request, a corresponding remote mode IP is configured in a local dynamic link library dll file to access a UDP server, and connection with remote equipment is established, so that remote vehicle diagnosis is realized. The vehicle diagnosis sharing method and the vehicle diagnosis sharing system enable a user to diagnose the vehicle locally and simultaneously realize remote diagnosis, and can effectively improve the vehicle diagnosis efficiency.
The application also discloses a vehicle diagnosis system, an electronic device and a computer readable storage medium, which can also achieve the technical effects.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
FIG. 1 is a flow chart of a vehicle diagnostic method disclosed in an embodiment of the present application;
FIG. 2 is a flow chart of another vehicle diagnostic method disclosed in an embodiment of the present application;
FIG. 3 is a block diagram of a vehicle diagnostic system disclosed in an embodiment of the present application;
fig. 4 is a block diagram of an electronic device disclosed in an embodiment of the present application;
fig. 5 is a block diagram of another electronic device disclosed in the embodiments 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.
In the prior art, vehicle diagnosis depends on-site diagnosis, and remote vehicle diagnosis cannot be realized, so that the vehicle diagnosis efficiency is low.
Therefore, the vehicle diagnosis method can realize remote diagnosis of the vehicle and improve vehicle diagnosis efficiency.
The embodiment of the application discloses a vehicle diagnosis method, which improves vehicle diagnosis efficiency.
Referring to fig. 1, a flowchart of a vehicle diagnosis method disclosed in an embodiment of the present application, as shown in fig. 1, includes:
s101: acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not; if yes, entering S102;
in this step, it is intended to receive a diagnostic task request and confirm whether the request is a remote task request. The method for receiving the diagnosis task request is not limited, and it is obvious to those skilled in the art that the diagnosis task request can be received in any way, for example, by website delivery, public platform ordering, and the like. However, it should be noted that the method for receiving the diagnostic task request is not limited, but the local diagnostic device needs to receive certain network information to establish a connection with the remote device. The network information includes, but is not limited to, an IP address and a port number, etc.
When determining whether the diagnostic task request is a remote task request, it may be determined whether the diagnostic task request is a remote task request according to an actual distance between the local diagnostic device and the remote device corresponding to the diagnostic task request, or may even directly consider all diagnostic task requests from the network as remote task requests, which is not specifically limited herein.
S102: calling a remote mode IP (Internet protocol) to access a UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
after the remote task request is confirmed, the local dynamic link library dll file can be used for calling the remote mode IP, the connection with the UDP server is established, and in the connection process, the remote equipment information is received. It should be noted that local diagnostic devices contain dll files based on the J2534 protocol. Dll (dynamic Link library) files, also known as dynamic Link library files. The remote mode IP may be called from a registry, for example, a key value is written into the registry before vehicle diagnosis is performed, the key value records the local IP or the remote mode IP, and each time the local dynamic link library dll file is loaded, the IP in the key value is called and connected with the local dynamic link library dll file. And the original factory software is opened, the local dynamic link library dll file is automatically loaded, and the connection with the IP is automatically established. There is no limitation on the form in which each IP address exists in the local dynamic link library dll file, for example, an IP registry may be maintained in the local dynamic link library dll file, and the IP registry includes the remote mode IP and the local IP required when switching to local diagnostics.
The remote device information mainly refers to device information required for establishing connection, and at least includes an IP address and a port number of the remote device so that the local diagnostic device can establish connection with the remote device. Of course, the device information may also include device status information and the like, so that the diagnostic device performs a preliminary diagnosis after establishing the connection.
S103: establishing UDP connection with the remote equipment according to the remote equipment information;
in this step, a UDP connection between the local diagnostic device and the remote device needs to be established, and in this process, a connection is established according to the remote device information received in S102. It is easy to understand that, in the process of establishing the UDP connection, a related handshake process or a heartbeat thread may be further included, where the handshake process is used for the local diagnostic device and the remote device to mutually confirm the identity, and the heartbeat thread is used for ensuring the stability of the connection between the local diagnostic device and the remote device. There is no limitation on what kind of handshake protocol is used, and a three-way handshake protocol or the like may be generally used. Before the handshake protocol is used for performing effective data interaction between communication devices, the identity of both parties is confirmed by using a control character string or a command character string, and the like, and the stability of a communication channel can also be confirmed. The heartbeat thread is mainly used for determining the communication stability between two communication devices, and generally, a heartbeat instruction is periodically sent to the opposite server, and when the interval of receiving the heartbeat instruction by the opposite server is normal, the communication between the communication devices is considered to be abnormal. In this embodiment, a heartbeat thread may be established when establishing the UDP connection to ensure stability of the connection between the local diagnostic device and the remote device.
For example, the local diagnostic device accesses a UDP server, knows a series of information such as an IP and a port of the remote device by requesting the UDP server, and simultaneously the remote device always requests the UDP server to obtain the IP address and the port information of the local diagnostic device, the remote diagnostic device establishes a UDP direct connection with the diagnostic software, sends a 0712 handshake protocol to each other for handshake, and returns the protocol data of the other party 0792 after receiving 0712 from each other. After both sides receive the 0792 data, a heartbeat thread is established, 0715 heartbeat data is mutually sent, and the other side 0792 heartbeat reply data is correspondingly replied, which means that the UDP connection is successfully established.
S104: vehicle remote diagnostics are performed based on the UDP connection.
After the UDP connection is successfully established, the vehicle can be remotely diagnosed based on the UDP connection.
The manner in which the remote diagnosis is performed is not limited, and the remote diagnosis may be performed using a kcp queue, for example. Specifically, after a remote mode IP is obtained, a network client connection corresponding to the remote mode IP is established, remote vehicle data are sent to remote diagnosis, the remote equipment sends the data to local diagnosis equipment through a UDP connection channel, the data are continuously placed into a kcp receiving queue after being received, the kcp receiving queue circularly processes the data and unpacks the data, the processed data are sent to original factory software through a TCP connection (a J2534 dll file is loaded by the local original factory software) established with a local dynamic link library dll file, the original factory software receives the data and returns corresponding data, the corresponding data are sent to the kcp sending queue of the local diagnosis equipment through the local connection, and the data in the sending queue are forwarded to an equipment end through UDP by another thread, so that the mutual sending of the data can be realized, and the local vehicle diagnosis is carried out.
When a diagnosis task request is received, whether the request is a remote task request is judged, if the request is confirmed to be the remote task request, a corresponding remote mode IP is configured in a local dynamic link library dll file to access a UDP server, and connection with remote equipment is established, so that remote vehicle diagnosis is achieved. The vehicle diagnosis sharing method and the vehicle diagnosis sharing system enable a user to diagnose the vehicle locally and simultaneously realize remote diagnosis, and can effectively improve the vehicle diagnosis efficiency.
The embodiment of the application discloses a vehicle diagnosis method, and compared with the previous embodiment, the technical scheme is further explained and optimized in the embodiment. Specifically, the method comprises the following steps:
referring to fig. 2, a flowchart of another vehicle diagnosis method provided in the embodiment of the present application, as shown in fig. 2, includes:
s201: acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not; if not, entering S202; if yes, entering S203;
s202: calling a local IP (Internet protocol) by using a local dynamic link library dll file to be directly connected with local equipment to be diagnosed through UDP (user datagram protocol), and diagnosing the local equipment to be diagnosed;
s203: calling a remote mode IP (Internet protocol) to access a UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
s204: establishing UDP connection with the remote equipment according to the remote equipment information;
s205: vehicle remote diagnostics are performed based on the UDP connection.
When the diagnostic task request is not a remote request, local diagnostics can be performed directly at this time. However, it should be noted that the local IP is obtained from the local dynamic link library dll file at this time. Specifically, the IP registry maintained by the local dynamic link library dll file may be changed and switched to the local IP, so as to diagnose the local device to be diagnosed.
Further, when the local to-be-diagnosed equipment is diagnosed, the equipment data of the local to-be-diagnosed equipment can be received by using the message queue and sent to the original factory software for diagnosis, so that a diagnosis result is obtained.
On the basis of the above embodiments, as a preferred embodiment, the following further explains about possible abnormalities in the UDP connection used in the above embodiments:
if the heartbeat thread is delayed or the handshake fails when the UDP connection is carried out, a transfer instruction can be sent to the remote equipment, and the remote equipment is switched to the transfer server to reestablish the UDP connection with the remote equipment.
When the local diagnostic equipment confirms the remote equipment through the UDP server, but UDP direct connection cannot be established due to network speed, the accessed UDP sends a transfer instruction protocol through the UDP server to inform the remote equipment to transfer, and at the moment, the equipment and the diagnostic software simultaneously enter a transfer mode and establish TCP transfer connection with the server. The equipment end and the local diagnostic equipment send the same instruction to interact with the information of the transfer server, and send a first message to the transfer server after establishing successful interaction, and receive corresponding response message data, namely, the equipment end and the local diagnostic equipment consider that both sides are connected on the same transfer server, and both sides can send heartbeat data to the transfer server at regular time in order to prevent disconnection, and receive corresponding data, and at the moment, the data can be transmitted. The remote diagnosis is carried out through the transit server, all data are forwarded to the other party through the transit server, if the data delay is overlarge due to the fact that the transit server is too far away from the two parties, the transit server can be switched, the transit switching instruction sent by the diagnosis software end carries information of the other transit server to be forwarded to the other party through the previous server, the information of the other transit server is connected with the other transit server through the equipment end, and therefore the problem that the remote diagnosis is abnormal due to the fact that the network delay is too high is solved.
It should be noted that, in this embodiment, the number of the relay servers used is not specifically limited, and one relay server may be used, or a plurality of relay servers may be used when the network condition is poor, so as to ensure that the local diagnostic device and the remote device establish good communication.
Further, the UDP connection abnormality may also be caused by a low software version of the local diagnostic device, or a network card IP of the local diagnostic device is not a dynamic IP, and the like, and at this time, the following steps may be taken to solve the UDP connection abnormality problem:
firstly, when the local diagnostic equipment software version is low:
the method comprises the steps of firstly accessing a server through a serial number of the diagnostic equipment to obtain an update file, and then carrying out system upgrade on the diagnostic equipment by using the update file.
Secondly, when the IP of the network card of the diagnosis equipment is not a dynamic IP:
and judging whether the network card IP of the diagnosis equipment is a dynamic IP or not, and if not, modifying the network card IP to be the dynamic IP.
The above embodiments implement the diagnosis and processing of the UDP connection abnormality, can effectively ensure high-quality communication connection between the local diagnostic device and the remote device, ensure smooth remote diagnosis, and improve the remote diagnosis efficiency.
A vehicle diagnostic system provided by an embodiment of the present application is described below, and a vehicle diagnostic system described below and a vehicle diagnostic method described above may be referred to with each other.
Referring to fig. 3, a structural diagram of a vehicle diagnostic system provided in an embodiment of the present application is shown in fig. 3, and includes:
the judging module 10 is configured to obtain a diagnosis task request and judge whether the diagnosis task request is a remote task request;
the information acquisition module 20 is used for calling a remote mode IP to access the UDP server by using the local dynamic link library dll file and receiving remote equipment information corresponding to the diagnosis task request when the judgment module judges that the remote mode IP is the UDP server;
the communication connection module 30 is used for establishing UDP connection with the remote equipment according to the remote equipment information;
and the diagnosis module 40 is used for carrying out vehicle remote diagnosis based on the UDP connection.
Optionally, the vehicle diagnostic system further comprises:
and the network verification module is used for handshaking with the remote equipment by using a preset handshaking protocol and establishing a heartbeat thread.
Optionally, the vehicle diagnostic system further comprises:
and the transfer connection module is used for sending a transfer instruction to the remote equipment when the heartbeat thread is delayed or the handshake fails, and switching to the transfer server to reestablish the UDP connection with the remote equipment.
Optionally, the vehicle diagnostic system further comprises:
and the local diagnosis module is used for calling a local IP (Internet protocol) and carrying out UDP (user datagram protocol) direct connection with the local equipment to be diagnosed by using a local dynamic link library dll file when the diagnosis task request is not a remote task request, and diagnosing the local equipment to be diagnosed.
Optionally, the vehicle diagnostic system further comprises:
the first abnormity diagnosis module is used for accessing the server to obtain an update file through the serial number of the diagnosis equipment when the UDP connection is abnormal; and performing system upgrade on the diagnostic equipment by using the update file.
Optionally, the local diagnosis module specifically receives device data of the local device to be diagnosed by using the message queue, and sends the device data to the original factory software for diagnosis, so as to obtain a diagnosis result.
Optionally, the vehicle diagnostic system further comprises:
the second abnormity diagnosis module is used for judging whether the network card IP of the diagnosis equipment is a dynamic IP when the UDP connection is abnormal; if not, modifying the network card IP into a dynamic IP.
The present application further provides an electronic device, referring to fig. 4, a structure diagram of an electronic device provided in an embodiment of the present application, as shown in fig. 4, includes:
a memory 100 for storing a computer program;
the processor 200, when executing the computer program, may implement the steps provided by the above embodiments.
Specifically, the memory 100 includes a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and computer-readable instructions, and the internal memory provides an environment for the operating system and the computer-readable instructions in the non-volatile storage medium to run. The processor 200 provides the computing and control capabilities for the electronic device, and when executing the computer program stored in the memory 100, the following steps may be implemented:
acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not;
if yes, calling a remote mode IP (Internet protocol) to access the UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
establishing UDP connection with remote equipment according to the remote equipment information;
vehicle remote diagnostics based on the UDP connection
On the basis of the above embodiment, as a preferred implementation, referring to fig. 5, the electronic device further includes:
and an input interface 300 connected to the processor 200, for acquiring computer programs, parameters and instructions imported from the outside, and storing the computer programs, parameters and instructions into the memory 100 under the control of the processor 200. The input interface 300 may be connected to an input device for receiving parameters or instructions manually input by a user. The input device may be a touch layer covered on a display screen, or a button, a track ball or a touch pad arranged on a terminal shell, or a keyboard, a touch pad or a mouse, etc. Specifically, in the present embodiment, the input is performed through the input interface 300.
And a display unit 400 connected to the processor 200 for displaying data transmitted by the processor 200. The display unit 400 may be a display screen on a PC, a liquid crystal display screen, or an electronic ink display screen. Specifically, in the present embodiment, the display unit 400 displays a travel order to a travel agency, a formation schedule to a guest, an incentive or warning measure, an integral of each party, and the like.
And a network port 500 connected to the processor 200 for performing communication connection with each external terminal device. The communication technology adopted by the communication connection can be a wired communication technology or a wireless communication technology, such as a mobile high definition link (MHL) technology, a Universal Serial Bus (USB), a High Definition Multimedia Interface (HDMI), a wireless fidelity (WiFi), a bluetooth communication technology, a low power consumption bluetooth communication technology, an ieee802.11 s-based communication technology, and the like. Specifically, in this embodiment, the guest can import an attachment or the like to the guest information to the processor 200 through the network port 500.
The video collector 600 is connected to the processor 200, and configured to obtain video data, and then send the video data to the processor 200 for data analysis and processing, and the subsequent processor 200 may send a processing result to the display unit 400 for display, or transmit the processing result to the processor 100 for storage, or send the processing result to a preset data receiving terminal through the network port 500.
The present application also provides a computer-readable storage medium, which may include: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk. The storage medium having stored thereon a computer program which, when executed by a processor, performs the steps of:
acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not;
if yes, calling a remote mode IP (Internet protocol) to access the UDP (user Datagram protocol) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
establishing UDP connection with remote equipment according to the remote equipment information;
vehicle remote diagnostics based on the UDP connection
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. For the system disclosed by the embodiment, the description is relatively simple because the system corresponds to the method disclosed by the embodiment, and the relevant points can be referred to the method part for description. It should be noted that, for those skilled in the art, it is possible to make several improvements and modifications to the present application without departing from the principle of the present application, and such improvements and modifications also fall within the scope of the claims of the present application.
It is further noted that, in the present specification, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
Claims (10)
1. A vehicle diagnostic method, characterized by comprising:
acquiring a diagnosis task request and judging whether the diagnosis task request is a remote task request or not;
if yes, calling a remote mode IP access User Datagram Protocol (UDP) server by using a local dynamic link library dll file, and receiving remote equipment information corresponding to the diagnosis task request;
establishing UDP connection with remote equipment according to the remote equipment information;
vehicle remote diagnostics are performed based on the UDP connection.
2. The vehicle diagnostic method according to claim 1, wherein after establishing a UDP connection with a remote device based on the remote device information and before performing vehicle remote diagnosis using the UDP connection, further comprising:
and handshaking with the remote equipment by using a preset handshaking protocol, and establishing a heartbeat thread.
3. The vehicle diagnostic method according to claim 2, further comprising, if the heartbeat thread is delayed or fails to handshake:
and sending a transfer instruction to the remote equipment, and switching to a transfer server to reestablish UDP connection with the remote equipment.
4. The vehicle diagnostic method according to any one of claims 1 to 3, characterized by further comprising, when the diagnostic task request is not a remote task request:
and calling a local IP from a registry by using the local dynamic link library dll file to perform UDP direct connection with local equipment to be diagnosed, and diagnosing the local equipment to be diagnosed.
5. The vehicle diagnostic method according to claim 4, wherein diagnosing the local device to be diagnosed includes:
and receiving the equipment data of the local equipment to be diagnosed by using the message queue, and sending the equipment data to the original factory software for diagnosis to obtain a diagnosis result.
6. The vehicle diagnostic method according to claim 4, characterized by, when the UDP connection is abnormal, further comprising:
accessing a server through a serial number of the diagnostic equipment to obtain an update file;
and performing system upgrade on the diagnostic equipment by using the update file.
7. The vehicle diagnostic method according to claim 4, characterized by, when the UDP connection is abnormal, further comprising:
judging whether the network card IP of the diagnosis equipment is a dynamic IP or not;
if not, modifying the network card IP into a dynamic IP.
8. A vehicle diagnostic system, comprising:
the judging module is used for acquiring the diagnosis task request and judging whether the diagnosis task request is a remote task request;
the information acquisition module is used for calling a remote mode IP to access the UDP server by using a local dynamic link library dll file and receiving remote equipment information corresponding to the diagnosis task request when the judgment module judges that the judgment module is yes;
the communication connection module is used for establishing UDP connection with the remote equipment according to the remote equipment information;
and the diagnosis module is used for carrying out vehicle remote diagnosis based on the UDP connection.
9. An electronic device, comprising:
a memory for storing a computer program;
a processor for implementing the steps of the vehicle diagnostic method according to any one of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, characterized in that a computer program is stored thereon, which computer program, when being executed by a processor, carries out the steps of a vehicle diagnostic method according to any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010413087.0A CN111600883A (en) | 2020-05-15 | 2020-05-15 | Vehicle diagnosis method and system, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010413087.0A CN111600883A (en) | 2020-05-15 | 2020-05-15 | Vehicle diagnosis method and system, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111600883A true CN111600883A (en) | 2020-08-28 |
Family
ID=72191066
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010413087.0A Pending CN111600883A (en) | 2020-05-15 | 2020-05-15 | Vehicle diagnosis method and system, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111600883A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114979239A (en) * | 2022-05-24 | 2022-08-30 | 深圳市元征科技股份有限公司 | Remote diagnosis method, device and related equipment |
| CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101068147A (en) * | 2007-02-09 | 2007-11-07 | 腾讯科技（深圳）有限公司 | Method for controlling establishment of terminal connection in network communication |
| CN101470411A (en) * | 2007-12-28 | 2009-07-01 | 联合汽车电子有限公司 | System and method for safely updating ECU data |
| WO2012116581A1 (en) * | 2011-02-28 | 2012-09-07 | 腾讯科技（深圳）有限公司 | Method and device for establishing audio/video communication connection |
| CN103297312A (en) * | 2013-07-01 | 2013-09-11 | 张小云 | MPLS VPN (Multi-Protocol Label Switching Virtual Private Network) access method and device |
| CN105792269A (en) * | 2016-02-25 | 2016-07-20 | 深圳市共进电子股份有限公司 | Remote operation and maintenance management method and device based on UDP (User Datagram Protocol) connection |
| CN110888418A (en) * | 2019-12-23 | 2020-03-17 | 深圳市元征科技股份有限公司 | Vehicle diagnosis method, device, equipment and readable storage medium |
-
2020
- 2020-05-15 CN CN202010413087.0A patent/CN111600883A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101068147A (en) * | 2007-02-09 | 2007-11-07 | 腾讯科技（深圳）有限公司 | Method for controlling establishment of terminal connection in network communication |
| CN101470411A (en) * | 2007-12-28 | 2009-07-01 | 联合汽车电子有限公司 | System and method for safely updating ECU data |
| WO2012116581A1 (en) * | 2011-02-28 | 2012-09-07 | 腾讯科技（深圳）有限公司 | Method and device for establishing audio/video communication connection |
| CN103297312A (en) * | 2013-07-01 | 2013-09-11 | 张小云 | MPLS VPN (Multi-Protocol Label Switching Virtual Private Network) access method and device |
| CN105792269A (en) * | 2016-02-25 | 2016-07-20 | 深圳市共进电子股份有限公司 | Remote operation and maintenance management method and device based on UDP (User Datagram Protocol) connection |
| CN110888418A (en) * | 2019-12-23 | 2020-03-17 | 深圳市元征科技股份有限公司 | Vehicle diagnosis method, device, equipment and readable storage medium |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114979239A (en) * | 2022-05-24 | 2022-08-30 | 深圳市元征科技股份有限公司 | Remote diagnosis method, device and related equipment |
| CN115002240A (en) * | 2022-08-04 | 2022-09-02 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
| CN115002240B (en) * | 2022-08-04 | 2022-12-16 | 深圳市星卡软件技术开发有限公司 | Data transmission system, method, device, equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102833323B (en) | Method and system for remote control of controlled terminal by server | |
| US10462025B2 (en) | Monitoring performance and operation of data exchanges | |
| CN107979493A (en) | Platform is construction method, server and the storage medium for servicing PAAS container platforms | |
| CN111586145B (en) | Vehicle diagnosis method, system, electronic equipment and storage medium | |
| US10223062B1 (en) | Method and apparatus of capturing a screen image of a remotely managed machine | |
| CN102763373B (en) | The method and apparatus using the service of local network devices based on remote access | |
| EP3087502B1 (en) | Transmitting and displaying screen content | |
| CN109743381B (en) | Long connection interaction method and device for client and server | |
| US20180048715A1 (en) | Information transmitting method and apparatus in robot operating system | |
| CN111600883A (en) | Vehicle diagnosis method and system, electronic equipment and storage medium | |
| CN105930249B (en) | Using monitoring method and device | |
| EP3313022A1 (en) | Resending method and device for hypertext transfer request, and client | |
| CN108200132A (en) | Resource acquiring method, device, equipment and computer readable storage medium | |
| CN108924265A (en) | Data capture method, device and web page server | |
| CN109413180B (en) | Data acquisition method, system and equipment and storage medium | |
| CN115934378A (en) | Service data processing method and device, electronic equipment and storage medium | |
| CN115174562A (en) | Remote assistance communication method and system | |
| CN113626402A (en) | Log data acquisition method and device, electronic equipment and storage medium | |
| CN110535977B (en) | File distribution method and device, computer device and storage medium | |
| CN113542424A (en) | Data processing method, device, equipment and computer program product | |
| CN111885101A (en) | Data storage method | |
| CN111885223A (en) | Distributed cloud mobile phone and system | |
| CN114827197B (en) | Service communication method, device, equipment and medium based on Internet of things | |
| JP2008078774A (en) | Home gateway, and home gateway control program | |
| JP7344366B2 (en) | Data processing device, data processing method, and program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200828 |
|
| RJ01 | Rejection of invention patent application after publication |