A vehicle networking terminal access system based on multi-protocol fusion

Abstract

The application relates to a vehicle networking terminal access system based on multi-protocol fusion, and corresponding network protocol types, and determining corresponding security check modes based on the terminal types and the network protocol types; a plurality of micro-service modules developed based on springboot of a business support layer, which manages access terminal states and transmits and receives data, protocol analysis and message processing; data peak clipping decoupling is carried out among the micro-service modules through kafka as a message middleware; a message middleware cluster is arranged in an infrastructure layer, and the middleware cluster is used for classified storage of data of different business types; the service boundary is clear, the performance is high, kafka can concurrently process messages in a level of more than one million, is highly scalable, and can be accessed by only making a small amount of modification in corresponding access services or protocol analysis services, can be optimized and expanded in a targeted manner, and is very convenient for troubleshooting.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of intelligent driving, and in particular to a vehicle networking terminal access system based on multi-protocol fusion. BACKGROUND

[0002] With the development of vehicle networking, the state, local, enterprises and individuals have an urgent need for real-time data of vehicle operation, so the terminal types and protocol types involved in the vehicle networking system will be more and more, such as gb808, gb32960 protocol related to tcp network protocol, tbox manufacturer private protocol, mqtt network protocol related to vehicle host system protocol, Http network protocol related to mobile phone app communication protocol, etc. How to efficiently access multiple types of data in a system is a difficult problem. SUMMARY

[0003] The present application provides a vehicle networking terminal access system based on multi-protocol fusion, which is compatible with multiple terminal devices and multiple protocol upload data, and can process vehicle information and alarms in real time and efficiently, and upload part of the data to the national and local regulatory platforms.

[0004] The present application solves the above technical problems. In a first aspect, the present application provides a technical solution as follows: a vehicle networking terminal access system based on multi-protocol fusion, comprising:

[0005] A terminal layer is configured to determine the terminal type of the access terminal and the corresponding network protocol type, and determine the corresponding security check mode based on the terminal type and the network protocol type.

[0006] A business support layer is configured to manage the access terminal state and perform data transmission, protocol analysis and message processing based on multiple micro-service modules developed by springboot; the micro-service modules are decoupled through kafka as a message middleware for data peak shaving.

[0007] An infrastructure layer is configured to deploy a message middleware cluster, and the middleware cluster is configured to store data of different business types.

[0008] Preferably, the access terminal includes a vehicle terminal, a host system, a vehicle owner APP and a regulatory platform.

[0009] The terminal layer is specifically configured to perform load balancing by haproxy when the network protocol type is tcp, perform bridging by emqx server when the network protocol type is mqtt, and perform forwarding by Nginx and gateway when the network protocol type is http.

[0010] Preferably, the business support layer comprises a terminal access module, an mqtt access module, a protocol analysis module and an interface service module.

[0011] The terminal access module takes the netty framework as the core, manages all tcp connections, manages the access terminal state, transmits and receives data, processes tcp messages, intercepts, decrypts and restores the tcp messages according to the protocol, and transmits the tcp messages to the protocol analysis module.

[0012] The mqtt access module takes the mqtt communication framework as the core, subscribes to mqtt topic messages, and transmits and receives mqtt messages.

[0013] The protocol analysis module is used for encoding and decoding tcp messages, converting binary messages into protocol objects, or converting protocol objects into binary messages.

[0014] The interface service module is used for managing external http interfaces and processing human-vehicle interaction services.

[0015] Preferably, the business support layer further comprises a message processing module, which is used for processing all data received by the terminal access module, the mqtt access module and the interface service module, classifying and storing service objects, and generating corresponding vehicle alarm and early warning messages; and processing vehicle instructions to monitor the vehicle state in real time.

[0016] Preferably, the business support layer further comprises an alarm service module.

[0017] The alarm service module is used for processing vehicle alarm and early warning messages, and pushing the vehicle alarm and early warning messages to corresponding persons or vehicles.

[0018] Preferably, the business support layer further comprises a message forwarding module, which is used for connecting a supervision platform, uploading vehicle states and vehicle alarm and early warning messages to corresponding supervision platforms according to the vehicle's country and landmarks.

[0019] Preferably, the infrastructure layer comprises a kafka cluster and a database, and the database comprises a Redis database, a mysql database and a MongoDB database.

[0020] In the second aspect, the present application provides an automobile comprising the vehicle networking terminal access system based on multi-protocol fusion according to the first aspect of the present application.

[0021] The beneficial effects of the present application are: the terminal layer determines the terminal type of the access terminal and the corresponding network protocol type, and determines the corresponding security check mode based on the terminal type and the network protocol type; the service support layer manages the access terminal state and transmits and receives data, protocol analysis and message processing based on a plurality of micro-service modules developed by springboot; the data is decoupled through kafka as a message middleware between the micro-service modules; the infrastructure layer deploys a message middleware cluster, and the middleware cluster is used for classified storage of data of different service types; the service boundary is clear, the performance is high, the kakfa is used as a middleware message and can process more than one million concurrent messages, and the scalability is strong, and no matter what type of protocol or terminal is added, only a small amount of modification is needed in the corresponding access service or protocol analysis service to complete the access, and after the functional modularization, targeted optimization, expansion and problem troubleshooting are very convenient. BRIEF DESCRIPTION OF DRAWINGS

[0022] Figure 1 The figure is a system architecture diagram of a vehicle networking terminal access system based on multi-protocol fusion of an embodiment of the present application.

[0023] Figure 2 The figure is a system module architecture diagram of a vehicle networking terminal access system based on multi-protocol fusion of an embodiment of the present application.

[0024] Figure 3 The figure is a vehicle data forwarding timing diagram of a vehicle networking terminal access system provided by the present application.

[0025] Figure 4 The figure is a vehicle data flow diagram of a vehicle networking terminal access system provided by the present application. DETAILED DESCRIPTION

[0026] The principles and characteristics of the present application are described below in combination with the drawings, and the examples are only used to explain the present application and are not used to limit the scope of the present application.

[0027] In this paper, the phrase "embodiment" means that the specific features, structures or characteristics described in combination with the embodiment can be included in at least one embodiment of the present application. The appearance of this phrase in various places in the specification does not necessarily mean the same embodiment, nor is it an independent or alternative embodiment that is not mutually exclusive with other embodiments. The skilled person in the art explicitly and implicitly understands that the embodiments described herein can be combined with other embodiments.

[0028] With the development of vehicle networking, the state, local, enterprise and individual have an urgent need for real-time 5 data during vehicle operation, so the terminal type and protocol type involved in the vehicle networking system will be more and more,

[0029] For example, there are protocols related to TCP network protocols such as GB808 and GB32960, proprietary protocols of TBO manufacturers, vehicle host system protocols related to MQTT network protocols, and mobile app communication protocols related to HTTP network protocols. How to efficiently access multiple types of data within a single system is a challenge.

[0030] Therefore, embodiments of the present invention provide a vehicle-to-everything (V2X) terminal access system based on multi-protocol fusion, responsible for processing data uploaded from various terminal devices and using various protocols on the vehicle, processing vehicle information and alarms in real time and efficiently, and uploading some data to a monitoring platform. The following describes a V2X terminal access system based on multi-protocol fusion in conjunction with the accompanying drawings.

[0031] Figure 1 and Figure 2 This invention provides a vehicle-to-everything (V2X) terminal access system based on multi-protocol convergence, compatible with TCP, MQTT, and HTTP protocols. The software development environment includes IntelliJ IDEA, MySQL, 5mogDB, and Redis. The system development framework uses Spring Boot, CGLIB, and Netty. The deployment environment uses CentOS 7 and JDK 1.8. This V2X terminal access system includes a terminal layer, a service support layer, and an infrastructure layer. Its functional characteristics are described from three dimensions: terminal, service, and infrastructure.

[0032] The terminal layer primarily employs different security verification methods for different terminal types and protocol types.

[0033] The method involves determining the terminal type and corresponding network protocol type of the access terminal, and then determining the corresponding security verification method based on the terminal type and network protocol type; wherein, in determining the network...

[0034] When the network protocol type is TCP, HAProxy is used for load balancing; when the network protocol type is MQTT, an EMQX server is used for bridging; and when the network protocol type is HTTP, Nginx and the gateway are used for forwarding. The access terminals include vehicle terminals, host systems, vehicle owner apps, and monitoring platforms.

[0035] The business support layer is used for multiple microservice modules developed based on Spring Boot. It manages the status of connected terminals and performs data sending and receiving, protocol parsing, and message processing. The microservice modules communicate with each other via Kafka.

[0036] The message middleware smooths out data spikes and decouples data; each service module has a clear business boundary, can be deployed in a distributed manner, and can be dynamically scaled, all of which are managed by Kubernetes.

[0037] As Figure 1 , Figure 2 indicated, the business support layer includes a terminal access module (access), an mqtt access module (mqtt client), a protocol analysis module (analysis), a message processing module (data center), an interface service module, an alarm module (alarm), a message forwarding module (dataForward), and an interface module (webService); kafka is used as a message middleware between each module for data peak shaving decoupling, all modules are stateless services, and dynamic expansion can be performed at any time according to the size of the requested data flow.

[0038] The terminal access module takes the netty framework as the core, manages all tcp connections, manages the access terminal state, transmits and receives data, processes tcp messages, intercepts, decrypts and restores tcp messages according to the protocol, and transmits them to the protocol analysis module for further processing. Figure 3 As indicated in , after the third-party platform logs in, vehicle data is uploaded to the terminal access module access, and the terminal access module access uploads the vehicle data to the message forwarding module (dataForward).

[0039] The mqtt access module takes the mqtt communication framework as the core, subscribes to mqtt topic messages, and transmits and receives mqtt messages.

[0040] The protocol analysis module is used for encoding and decoding tcp messages, converting binary messages into protocol objects, or converting protocol objects into binary messages; using the cglib framework can dynamically load jar packages, that is, new protocols can be hot-loaded and seamlessly connected.

[0041] The message processing module processes all data for business processing and classifies and stores business objects. It includes processing all data received by the terminal access module, the mqtt access module, and the interface service module for business processing, classifying and storing business objects, and generating corresponding vehicle alarm and early warning messages; processing vehicle instructions for real-time monitoring of vehicle status. Part of the vehicle data (vehicle alarm, early warning message, vehicle status) is transmitted to the message forwarding module for subsequent processing.

[0042] The alarm service module is used for processing vehicle alarm and early warning messages, and pushing vehicle alarm and early warning messages to corresponding persons or vehicles. Supervision platform alarm and early warning messages can also be pushed to corresponding persons or vehicles.

[0043] The message forwarding module is used for connecting a supervision platform in a country or a region, uploading vehicle states and vehicle warning and early warning messages to the corresponding supervision platform according to the country and the region to which the vehicle belongs. Figure 3 As shown in the message forwarding module dataForward logs in the supervision platform (the national platform), after receiving a login success response of the supervision platform, the message forwarding module dataForward sends a heartbeat link to the supervision platform and performs data uploading, if it is judged that the link is disconnected, the message forwarding module dataForward logs in again, after receiving a login success response of the supervision platform, the message forwarding module dataForward performs data retransmission again.

[0044] The interface service module is used for managing an external http interface and processing human-vehicle interaction services.

[0045] The infrastructure layer is used for deploying a message middleware cluster, and the middleware cluster is used for classified storage of data of different service types.

[0046] As shown in the message forwarding module dataForward logs in the supervision platform (the national platform), after receiving a login success response of the supervision platform, the message forwarding module dataForward sends a heartbeat link to the supervision platform and performs data uploading, if it is judged that the link is disconnected, the message forwarding module dataForward logs in again, after receiving a login success response of the supervision platform, the message forwarding module dataForward performs data retransmission again. Figure 4 After the vehicle terminal establishes a connection, the terminal access module access uploads data, the terminal access module sends the original data to the protocol analysis module analysis, the analysis module sends the protocol object to the message processing module dataCenter based on the protocol object, and performs service processing, classifies and stores the service object, and generates corresponding vehicle warning and early warning messages; if there is warning information, the warning module (alarm) is sent, the warning module (alarm) stores the warning data in the database, the message processing module dataCenter stores the vehicle data in the database, and the message processing module sends the warning data to the message forwarding module (dataForward), the terminal access module (access) sends the original data to the message forwarding module (dataForward), and the message forwarding module (dataForward) sends the original data and the warning message to the supervision platform.

[0047] Compared with the monomer service scheme in the prior art, in the embodiment, message access, message coding and decoding, message processing and message forwarding are all in one service, and a complete set of services must be redeveloped when a terminal or a protocol is added, the service performance is poor, the service is bloated, and the expansibility is poor.

[0048] The multi-protocol fusion terminal access system in the embodiment has clear service boundary and high performance, and the kakfa is used as a middleware message concurrent processing, which is more than one million, and has strong scalability. No matter what type of protocol or terminal is added, only a small amount of modification is needed in the corresponding access service or protocol analysis service to complete the access. After the modularization of the function, targeted optimization and capacity expansion can be performed, and problem troubleshooting is very convenient.

[0049] It should be noted that in the above embodiments, the description of each embodiment has its own emphasis, and the parts not described in detail in a certain embodiment can be referred to the related description of other embodiments.

[0050] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0051] The present application is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, and the combination of flows and / or blocks in the flowcharts and / or block diagrams can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded computer, or other programmable data processing devices to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing devices generate a means for implementing the functions specified in the flowcharts and / or block diagrams. Figure 1 one or more flows and / or blocks Figure 1 an apparatus that carries out the functions specified in one or more blocks.

[0052] These computer program instructions can also be stored in a computer-readable memory that can guide the computer or other programmable data processing devices to work in a specific way, so that the instructions stored in the computer-readable memory produce a product including instruction apparatus, which implements the functions specified in the flowcharts and / or block diagrams. Figure 1 one or more flows and / or blocks Figure 1 an apparatus that carries out the functions specified in one or more blocks.

[0053] These computer program instructions can also be loaded into a computer or other programmable data processing device, so that a series of operation steps are performed on the computer or other programmable device to produce a computer-implemented process, so that the instructions executed on the computer or other programmable device provide a means for implementing the functions specified in the flowcharts and / or block diagrams. Figure 1one or more processes and / or blocks Figure 1 the steps of the functions specified in the one or more blocks.

[0054] While the preferred embodiments of the application have been described, additional variations and modifications can be made to the preferred embodiments by those of skill in the art once they have the benefit of the present disclosure. Therefore, the appended claims are intended to encompass within their scope all possible variations and modifications of the preferred embodiments. 1

[0055] It is apparent that a person skilled in the art can make various changes and modifications to the application without departing from the spirit and scope thereof. Thus, if these modifications and changes fall within the scope of the claims and their equivalents, it is intended to include them in the application.

Claims

1. A multi-protocol fusion-based Internet of Vehicles terminal access system, characterized in that, The application relates to a multi-protocol fusion-based Internet of Vehicles terminal access system. The terminal layer is used for determining a terminal type of an access terminal and a corresponding network protocol type, and determining a corresponding security check mode based on the terminal type and the network protocol type. The service support layer is used for managing access terminal states and transmitting and receiving data, protocol analysis and message processing based on a plurality of micro-service modules developed by springboot. The micro-service modules are decoupled through a kafka as a message middleware. The infrastructure layer is used for deploying a message middleware cluster, which is used for classified storage of data of different business types. The access terminal comprises a vehicle terminal, a host system, a vehicle owner APP and a supervision platform. The terminal layer is specifically used for load balancing through haproxy when the network protocol type is tcp, bridge connection through an emqx server when the network protocol type is mqtt, and forwarding through Nginx and a gateway when the network protocol type is http. The service support layer comprises a terminal access module, an mqtt access module, a protocol analysis module and an interface service module. The terminal access module takes a netty framework as a core, manages all tcp connections, manages access terminal states, transmits and receives data, processes tcp messages, intercepts, decrypts and restores tcp messages according to protocols and transmits the tcp messages to the protocol analysis module. The mqtt access module takes an mqtt communication framework as a core, subscribes to mqtt topic messages and transmits and receives mqtt messages. The protocol analysis module is used for encoding and decoding tcp messages, converting binary messages into protocol objects or converting protocol objects into binary messages. The interface service module is used for managing external http interfaces and processing human-vehicle interaction business. The service support layer further comprises a message processing module, which is used for processing all data received by the terminal access module, the mqtt access module and the interface service module, classifying and storing business objects and generating corresponding vehicle alarm and early warning messages. Vehicle instructions are processed to monitor vehicle states in real time. 2.The multi-protocol fusion based Internet of Vehicles terminal access system according to claim 1, characterized in that, The service support layer further comprises an alarm service module. The alarm service module is used for processing vehicle alarm and early warning messages and pushing the vehicle alarm and early warning messages to corresponding persons or vehicles. 3.The multi-protocol fusion based Internet of Vehicles terminal access system according to claim 1, characterized in that, The service support layer further comprises a message forwarding module, which is used for connecting a supervision platform, uploading vehicle states and vehicle alarm and early warning messages to corresponding supervision platforms according to vehicle belonging countries and landmarks. 4.The multi-protocol fusion based Internet of Vehicles terminal access system according to claim 1, characterized in that, The infrastructure layer comprises a kafka cluster and a database, and the database comprises a Redis database, a mysql database and a MongoDB database.

5. An automobile characterized by comprising: The application further discloses a multi-protocol fusion-based Internet of Vehicles terminal access system.

Images