CN112202869B

CN112202869B - Data transmission method, server, vehicle, and computer storage medium

Info

Publication number: CN112202869B
Application number: CN202011034143.6A
Authority: CN
Inventors: 丁磊; 石重; 范春强
Original assignee: Human Horizons Shanghai Internet Technology Co Ltd
Current assignee: Human Horizons Shanghai Internet Technology Co Ltd
Priority date: 2020-09-27
Filing date: 2020-09-27
Publication date: 2021-10-22
Anticipated expiration: 2040-09-27
Also published as: CN112202869A

Abstract

The application discloses a data transmission method, a server, a vehicle and a computer storage medium. The specific implementation scheme comprises the following steps: acquiring a first data packet which is uploaded by a target vehicle and is packaged based on a first protocol through a data transmission channel between the target vehicle and the target vehicle; wherein the data transmission channel is established based on a second protocol; the first protocol is a protocol for data transmission in the target vehicle; and analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle, and processing the original data.

Description

Data transmission method, server, vehicle, and computer storage medium

Technical Field

The present application relates to the field of information processing, and in particular, to a data transmission method, a server, a vehicle, and a computer storage medium.

Background

With the development of information technology, information processing technology in the vehicle field is also more and more intelligent, and currently, in the intelligent processing for a vehicle, information processing is generally required to be performed through the cooperation of a cloud server side and the vehicle. However, in the current process of uploading vehicle information and transmitting information to a vehicle by a server, conversion among multiple protocols is usually required, so that a cloud server cannot completely understand the language used by the vehicle, and vehicle cloud coordination cannot be really achieved.

Disclosure of Invention

In order to solve at least one of the above problems in the prior art, embodiments of the present application provide a data transmission method, a server, a vehicle, and a computer storage medium.

In a first aspect, an embodiment of the present application provides a data transmission method, where the method includes:

acquiring a first data packet uploaded by a target vehicle; wherein the first data packet is encapsulated based on a first protocol for data transmission within the target vehicle; the first data packet is a data packet of a first target service in at least one target service of the target vehicle subscribed by a server; the at least one target service has a mapping relation with at least one target subject of the server;

and analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle, and processing the original data.

In a second aspect, an embodiment of the present application provides a data transmission method, where the method includes:

acquiring a first data packet encapsulated based on a first protocol; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service has a mapping relation with at least one target subject of the server;

and uploading the first data packet to the server.

In a third aspect, an embodiment of the present application provides a server, including:

the first communication unit is used for acquiring a first data packet uploaded by a target vehicle; wherein the first data packet is encapsulated based on a first protocol for data transmission within the target vehicle; the first data packet is a data packet of a first target service in at least one target service of the target vehicle subscribed by a server; the at least one target service has a mapping relation with at least one target subject of the server;

and the processing unit is used for analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle and processing the original data.

In a fourth aspect, an embodiment of the present application provides a vehicle, including:

the internal data transmission unit is used for acquiring a first data packet packaged based on a first protocol; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service has a mapping relation with at least one target subject of the server;

and the second communication unit is used for uploading the first data packet to the server.

In a fifth aspect, an embodiment of the present application provides a server, including:

at least one processor; and

a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,

the memory stores instructions executable by the at least one processor to cause the at least one processor to perform a method provided by any one of the embodiments of the present application.

In a sixth aspect, an embodiment of the present application provides a vehicle, including:

at least one processor; and

In a seventh aspect, embodiments of the present application provide a non-transitory computer-readable storage medium storing computer instructions for causing a computer to perform a method provided in any one of the embodiments of the present application.

One embodiment in the above application has the following advantages or benefits: the server side is added with the analysis processing of the first protocol, the first protocol is a data transmission protocol used in the target vehicle, therefore, protocol conversion is not needed to be carried out on data in the vehicle, the server side only needs to adopt the same protocol as the protocol in the vehicle to carry out analysis on a data packet, so that the data of the vehicle end can be directly understood on the server side, vehicle and cloud integration is achieved, and the vehicle does not need to carry out protocol conversion processing, the processing in the vehicle can be reduced, the real-time performance of vehicle uploading data is improved, and full data uploading of the vehicle can be realized.

Other effects of the above-described alternative will be described below with reference to specific embodiments.

Drawings

The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:

fig. 1 is a first flowchart illustrating a data transmission method according to an embodiment of the present application;

fig. 2 is a schematic diagram of serialization and deserialization processes of the SomeIP protocol according to an embodiment of the present application;

FIG. 3 is a second flowchart illustrating a data transmission method according to another embodiment of the present application;

FIG. 4 is a schematic diagram of an overall processing architecture according to another embodiment of the present application;

fig. 5 is a third schematic flow chart of a data transmission method according to another embodiment of the present application;

FIG. 6 is a schematic diagram of a server component structure according to another embodiment of the present application;

FIG. 7 is a schematic illustration of a vehicle component structure according to another embodiment of the present application;

fig. 8 is a schematic hardware configuration diagram of a vehicle or a server according to an embodiment of the present application.

Detailed Description

The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

In a first aspect, an embodiment of the present application provides a data transmission method applied to a server, as shown in fig. 1, including:

s101: acquiring a first data packet uploaded by a target vehicle; wherein the first data packet is encapsulated based on a first protocol for data transmission within the target vehicle; the first data packet is a data packet of a first target service in at least one target service of the target vehicle subscribed by a server; the at least one target service has a mapping relation with at least one target subject of the server;

s102: and analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle, and processing the original data.

The target vehicle may be one of a plurality of vehicles connected to the server, and the plurality of vehicles connected to the server may be processed by using the scheme provided in this embodiment, so that processing of the plurality of vehicles is not described in detail.

Before executing S101, the specific process of the server subscribing or unsubscribing the target service of the first protocol to the target vehicle may include:

in an instance in which it is determined to subscribe to at least one target service of the target vehicle, sending a subscription notification for the at least one target service to the target vehicle;

alternatively, the first and second electrodes may be,

in an instance in which it is determined to unsubscribe from at least one target service of the target vehicle, sending a unsubscribe notification of the at least one target service to the target vehicle.

The at least one target service and the at least one target theme of the server have a mapping relationship, that is, the mapping relationship between the service and the theme may be pre-stored on the server side, and the theme of the server may be a theme based on the second protocol. The mapping relationship between the service and the theme may be: a mapping between the subject of the second protocol and the service of the first protocol.

Further, based on the mapping relationship between the theme of the second protocol and the service of the first protocol, when the server needs to subscribe the target service of the target vehicle, the server can subscribe the information corresponding to the target theme by sending a subscription message to the target vehicle through the target theme corresponding to the server; on the contrary, if the server needs to cancel the subscription of the target service of the first protocol, the service can be realized by sending a notification of canceling the subscription to the target vehicle through the corresponding target theme. Based on the foregoing processing, the server may subscribe to at least one target service of the first protocol in the target vehicle. Thus, the server can flexibly subscribe or cancel the service of the vehicle.

For example, the second protocol may be MQTT (Message queue Telemetry Transport) protocol. When the server needs to subscribe a certain someIP target service in the target vehicle, for example, when the target service of the someIP is subscribed, the server only needs to send a subscription message through the MQTT corresponding to the target subject of the target service, the in-vehicle T-Box of the target vehicle can actively subscribe the target service, and when the subscription of the target service of the someIP needs to be cancelled, the server only needs to send a cancellation message through the MQTT corresponding to the subject of the target service of the someIP, and the in-vehicle T-Box of the target vehicle receives the message that the subscription of the in-vehicle someIP target service is cancelled.

In one example, see table 1 below:

TABLE 1

The mapping relationship between the service and the theme may be pre-stored in the server and the target vehicle, and the mapping relationship may specifically include: topics of the second protocol (such as MQTT topics in table 1), data interaction means (which may include, for example, periodic transmission, request response means, and the like), usage of a service or method, name of an ethernet service, identification of an ethernet service, name of a method, identification of a method, name of a structure, and the like, which are not exhaustive here.

The target service to which the server subscribes to the target vehicle may be uniquely characterized by an identification of the target service. Further, the identification of the target service may be a method (method) identification, or may be a service identification as well as a method identification.

Correspondingly, in S101, the first data packet is a data packet of a first target service in at least one target service of the target vehicle subscribed by the server.

That is, in S101, the server acquires a data packet of any one of the one or more target services in the first protocol subscribed in advance. Here, the granularity of the first packet may be event-based. Because the vehicle and the server can directly transmit data through the first protocol, the granularity of transmitting data can be reduced to upload the data by taking an event as the granularity.

For example, the MQTT topics that the server may subscribe to may include topics 1, 2, 3, and 4, where the topics corresponding to the target vehicle subscribed to by the server side may be all topics, and may also be topics 1, 2, and 3. The server receives a first data packet which can serve a first target of a first protocol corresponding to the subject 1.

In S102, the analyzing the first data packet based on the first protocol to obtain the original data uploaded by the target vehicle includes:

determining an annotation entry point, annotation information and an analysis interceptor corresponding to the first data packet;

and performing deserialization processing of a first protocol on the first data packet based on the annotation entry point, the annotation information and the analysis interceptor, and acquiring original data uploaded by the target vehicle from the first data packet.

The first protocol is taken as an example to be SomeIP:

the data uploaded by the target vehicle each time is a data packet composed of a plurality of structures, and each structure describes a group of signals of an Electronic Control Unit (ECU) in the target vehicle; and the server finds the annotation entry point corresponding to each structure according to the head information of the SomeIP, and then carries out deserialization processing based on the annotation information and the analysis interceptor to convert the structures in the data packet into java objects. The process is realized through the programming idea of AOP, and the deserialization process is automatically realized through injection points of different structures.

Specifically, the method comprises the following steps: a someIP matrix can be preset in the server, and the someIP matrix contains information such as data types, byte numbers, occupied length, units, offsets, and sequences between signals corresponding to different someIP target services. It should be noted that the information of the data type, the number of bytes, the occupying length, the unit, the offset, and the sequence between the signals, etc. corresponding to different someIP target services may be partially different, or may be completely different. Here, the SomeIP matrix may be saved in a server-side SomeIP protocol configuration file.

When a server acquires a first data packet, determining a someIP target service corresponding to the first data packet based on the theme of the MQTT receiving the first data packet and a preset mapping relation.

Then, based on the someIP matrix, the data type, byte number, occupying length, unit, offset and signal sequence information corresponding to the someIP target service can be determined.

And the server finds the annotation entry point corresponding to each structure according to the head information of the SomeIP. Furthermore, based on the data type, byte number, occupation length, unit, offset and signal sequence and other information corresponding to the someIP target service, annotation information corresponding to the first data packet and the analysis interceptor can be determined; the annotation information may represent a data type, a byte number, a space occupying length, a unit, an offset and the like acquired at a certain annotation entry point; the parsing interceptor may be understood as a specific value object (or specific content) for acquiring information such as a corresponding data type, a byte number, a placeholder length, a unit, an offset and the like from the first data packet based on the annotation information at a certain annotation cut-in point.

And further, the specific value object (or specific content) of at least one structure body is acquired from the first data packet based on the annotation access point, the annotation information and the parsing interceptor, and at least one structure body in the first data packet is converted into at least one java object. Here, each java object may contain a part of the original data uploaded by the target vehicle, in other words, all java objects, i.e., all original data uploaded by the target vehicle.

Here, each structure may be understood as a parameter or an attribute, etc., uploaded by the target vehicle.

The target vehicle and the server may pre-store specific data content of each structure, the target vehicle performs generation or composition of a first data packet of a first protocol according to the specific data content of the structure, and correspondingly, the server performs data deserialization or analysis according to the specific data content of the structure. For example, the contents included in the structure may be as shown in the following table 2:

TABLE 2

The structure comprises a structure name, a position sequence in the structure of at least one data member (or signal) contained in the structure, a name of each data member (or signal), a data type of each data member, a data length and the like. It should be noted that the structural body may also include other contents, and this embodiment is not exhaustive.

The annotation entry point may be understood as an annotation tag included in the data packet, and may include at least one of the following:

@ Beform: front notification

@ AfterReturning: post notification

@ Around: surround notification

@ after threading: abnormal throw notification

@ After Final Notification

@ Pointcut: annotation of the entry point.

For example, referring to fig. 2, taking the first protocol as the someIP protocol as an example for explanation, after receiving the first data packet of the someIP protocol uploaded by the target vehicle, the annotation access point corresponding to each structure of the first data packet of the someIP protocol is obtained. Determining corresponding annotation information based on services (or service identifiers and event identifiers) of a first data packet of a SomeIP protocol, matching the corresponding analysis interceptors, determining specific contents contained in each structural body based on an agent object, an annotation access point and the annotation information and the analysis interceptors, taking the specific contents contained in each structural body as original data obtained by final analysis, and generating a java object based on the original data.

The proxy object is a memory object which can be identified by the program and is used for loading information of a first target service corresponding to a first data packet of the SomeIP described in the SomeIP matrix into the program. The proxy object is mainly implemented by byte code technology from which Java objects are constructed. That is, a recognizable memory object needs to be set as a proxy object in the memory for the java object corresponding to each structure. And finally, adding the original data and the annotation information in the first data packet acquired by the analysis interceptor to the corresponding proxy object to obtain a final java object.

In the scheme of the above embodiment, when the server subscribes to the first target service (or referred to as a first target method) of the target vehicle, the server receives a first data packet of the first target service uploaded by the target vehicle, and then performs deserialization processing on the first data packet based on the first protocol to obtain the original data and perform subsequent processing. It can be seen from the above processing that, in this embodiment, because the analysis of the first protocol is added on the server side, and the first protocol is the data transmission protocol used in the target vehicle, therefore, protocol conversion is not required to be performed on data in the vehicle, and the server side adopts the same protocol as that in the vehicle to perform analysis on the data packet, so that the data of the vehicle end can be directly understood on the server side, and vehicle and cloud integration is achieved, and because the vehicle does not need to perform protocol conversion, the processing in the vehicle can be reduced, and the real-time performance of uploading data by the vehicle is improved. Because the vehicle and the cloud end are communicated, the vehicle and the cloud are integrated, and the full data of the vehicle can be uploaded to the cloud end.

In addition, the server can analyze the protocol of the vehicle end, so that the data packet uploaded by the vehicle can take the event as the granularity, and the uploaded granularity is reduced, so that the data uploading of the whole vehicle signal can be conveniently realized.

The present embodiment further provides a process of sending data as shown in fig. 3, which specifically includes:

s201: under the condition that data to be transmitted of a second target service for the target vehicle exists, the data to be transmitted are packaged based on the first protocol to obtain a packaged second data packet; the second target service is one of at least one target service of the target vehicle subscribed to by the server;

s202: and issuing the second data packet to the target vehicle.

In the foregoing S201, the manner of obtaining the data to be transmitted may be that the server obtains the data from a third-party server through a restful interface. For example, it may be: the control instruction for the target vehicle, or may be a configuration instruction for the target vehicle.

It should be noted that the data to be transmitted also includes a corresponding service identifier, that is, the data to be transmitted also needs to indicate which kind of event in which vehicles is targeted, so as to facilitate subsequent processing by the vehicles. For example, the data to be transmitted may include: at least one of an identification of the vehicle, a domain identification, an event content, and the like.

The identifier of the vehicle may be a unique identifier of the target vehicle on the server, such as a vehicle frame number, and is not exhaustive.

For example, the server may send a regulation control instruction for a certain parameter to the target vehicle, where the regulation control instruction may include at least one of the following: name of the parameter to be adjusted, domain (or domain controller) to which the parameter belongs, specific adjustment parameter content, and so on.

Wherein, the domain controller may be one or more, in one example, see fig. 4, including: body Domain Control Module (BDCM), Vehicle Domain Control Module (VDCM), Information Domain Control Module (IDCM), and Auto-driving Domain Control Module (ADCM). In other embodiments, the plurality of domain controllers may include one or more of the above, or other domain controllers.

For example, a body area controller is used to manage functions of the vehicle itself, such as controlling the lights, adjusting the seat position, opening and closing the doors, controlling the wipers, or opening and closing the windows. The ECU connected with the vehicle body area controller can be connected with the acquisition signal output ends of electronic devices such as vehicle lamps, seats, vehicle doors, windscreen wipers or vehicle windows and the like, and can also be connected with the driving input ends of the electronic devices.

The vehicle domain controller is used for managing functions related to automobile power, for example, an ECU connected with the vehicle domain controller may be connected with a signal acquisition output end of an electronic device such as a battery, a steering gear or a transmission, and may also be connected with a driving input end of the electronic device.

The information domain controller is used for managing information and entertainment related functions of the automobile, for example, an ECU connected with the information domain controller can be connected with a signal acquisition output end of an electronic device such as a central control screen or a voice player, and can also be connected with a driving input end of the electronic device.

The autopilot domain controller is used for managing functions related to the automatic driving of the vehicle, for example, an ECU connected to the autopilot domain controller may be connected to the acquisition signal output terminals of electronic devices such as an image acquisition device and an autopilot alarm, or may be connected to the driving input terminals of these electronic devices.

In S201, encapsulating the data to be transmitted based on the first protocol to obtain an encapsulated second data packet, including: obtaining annotation information corresponding to the data to be transmitted and a serialization interceptor;

and based on the annotation information and the serialization interceptor, performing serialization processing of a first protocol on the data to be transmitted to obtain serialized binary data, and packaging the binary data into the second data packet based on the first protocol.

Here, the first protocol is SomeIP, the processing of S202 is to translate java beans (java objects) corresponding to the data to be transmitted into a second data packet in the SomeIP protocol format, and the whole process is automatically completed.

Further, with reference to fig. 2, the data to be transmitted is acquired through a restful interface of the third-party server; determining the someIP service corresponding to the data to be transmitted based on the theme corresponding to the restful interface and a preset mapping relation; then determining a java object corresponding to the someIP service; copying the data to be transmitted to a java object corresponding to the SomeIP service; wherein each field in the java object will have corresponding annotation information. Here, the data to be transmitted may be a parameter. The annotation information carried in each field of the java object may be generated based on a someIP matrix entered into a database, and the manner of generating the corresponding annotation information based on the someIP matrix is the same as that in the foregoing embodiment, and is not described herein again.

Furthermore, an annotation entry point can be obtained, and a corresponding serialization interceptor is matched based on the annotation entry point and annotation information in the java object; combining annotation information at an annotation entry point based on the serialization interceptor to obtain corresponding binary data; and packaging the acquired binary data into a second data packet based on the first protocol, so as to complete the serialization processing.

Here, the annotation information may be annotation information contained in each field area (field) in the java object; the annotation information may include sequence annotation, data type annotation, offset annotation, and other information, and different annotations represent how to assemble and splice binary data.

The serialization interceptor may function to obtain binary data from the java object at the corresponding data bit according to the data type, offset, etc. information contained in the annotation information.

S202 may be that the second data packet obtained by conversion and encapsulated is sent to the target vehicle through a data transmission channel between the second target theme and the target vehicle, where the second target theme corresponds to the data to be transmitted.

For example, when the server sends data to the target vehicle in a request response manner, the data is serialized first, and the obtained second data packet is sent to a corresponding second target service of the target vehicle.

The following describes the present embodiment with reference to fig. 4, with reference to the second protocol being MQTT and the first protocol being SomeIP, in terms of processing of data going up from the target vehicle to the server and processing of data going down from the server to the target vehicle, respectively.

The processing of the data uplink comprises the following steps:

after event data are collected by a certain domain in a target vehicle, the event data are transmitted in an in-vehicle Ethernet, and the event data are packaged into a first data packet in a someIP protocol format in the transmission process, namely the event data are transmitted in the Ethernet of the target vehicle in the form of the first data packet packaged by the someIP; the first data packet may include an identifier of the event, an identifier of the first target service of the someIP, specific content, and the like.

After a T-Box of a target vehicle acquires a first data packet of a first target service encapsulated by a someIP protocol through an in-vehicle Ethernet, determining a first target theme of a server side second protocol (MQTT) corresponding to the first data packet according to a preset mapping relation between the service and the theme; transmitting the first data packet to a first target theme corresponding to the server; here, different topics for different vehicles may be included in the server, and the topics for different vehicles may subscribe and unsubscribe on the server side according to actual needs.

The server receives a first data packet sent by the target vehicle (for example, through the first target theme); the MQTT client of the server determines the someIP service (namely the first target service) corresponding to the first data packet according to the mapping relation; and the server performs deserialization on the SomeIP first data packet according to a SomeIP service (namely a first target service) corresponding to the first data packet to obtain original data uploaded by a target vehicle, and then performs real-time data processing on the original data and transmits the original data to a cloud platform data center for subsequent storage or subsequent processing.

The deserialization of the someIP first data packet according to the someIP first target service corresponding to the first data packet may specifically be determining annotation information of the first target service corresponding to the first data packet according to a someIP protocol configuration file, and then obtaining original data from the first data packet according to the annotation information, an annotation access point of the first data packet, and a corresponding parsing connector and packaging the original data into a java object. The someIP protocol configuration file may include a someIP matrix, and the description of the someIP matrix is the same as that described above, and is not repeated here.

In the data downlink processing, the following steps may be included:

the third-party server is connected to the server through the open API gateway and sends data to be transmitted aiming at the target vehicle through the server; the data to be transmitted may be response data of the server to a data packet uploaded by the target vehicle, or may be data of a second target service actively sent by the server to the target vehicle (for example, the data may be request data, and the request data may be request data that the target vehicle needs to respond to).

The server carries out SomeIP protocol serialization on the data to be transmitted to obtain a second serialized data packet; and transmitting the serialized second data packet to a corresponding second target theme through a distributor, and transmitting the serialized second data packet to the T-Box of the target vehicle through the corresponding second target theme.

And the target vehicle receives a second data packet corresponding to a second target theme from the server, determines the second data packet as a data packet of a second target service based on the mapping relation between the theme and the service, and can directly transmit the second data packet to a corresponding domain controller in the vehicle, so that the domain controller performs corresponding subsequent processing.

In a second aspect, an embodiment of the present disclosure provides a data transmission method, which is applied to a target vehicle, as shown in fig. 5, and includes:

s301: acquiring a first data packet encapsulated based on a first protocol; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service has a mapping relation with at least one target subject of the server;

s302: and uploading the first data packet to the server.

Here, the specific unit of acquiring the original data performed in S301 may be a T-Box in the target vehicle, and the process of acquiring the first packet encapsulated based on the first protocol may be: first raw data encapsulated based on a first protocol is acquired from a domain controller based on the Ethernet.

The on-board T-Box in the target vehicle may include an on-board host, an antenna, a power harness, a fuse Box, and the like, and in some examples, a satellite communication module and a mobile communication module may be integrated within the host. The vehicle-mounted T-Box can provide a remote communication interface for the whole vehicle, and provides service functions of vehicle data acquisition, vehicle track recording, vehicle fault monitoring, vehicle remote control (such as unlocking or locking, air conditioner control, vehicle window control, engine starting and the like), driving behavior analysis and the like.

The on-board T-Box connects a plurality of domain controllers. Illustratively, the onboard T-Box is connected to a plurality of domain controllers through a gateway. The vehicle-mounted T-Box is used to connect to the remote server to establish a connection of the domain controller with the remote server. The vehicle-mounted T-Box provides the various service functions described above by establishing a connection of the domain controller with the remote server.

There are various forms of the connection network of the on-board T-Box and the domain controller. For example, the onboard T-Box and the domain controller may be connected through Ethernet (Ethernet). The connection network of the domain controller to the ECU may also be an ethernet connection.

In an exemplary embodiment, the in-vehicle T-Box and the domain controller may be connected through an ethernet, and the domain controller and the ECU may be connected through an ethernet. The vehicle-mounted T-Box and the domain controller are connected through the Ethernet of high-speed communication, and a fast channel is provided for large-flow data generated by service functions such as various driving data acquisition, driving track recording, vehicle fault monitoring, vehicle remote control, driving behavior analysis and the like.

The raw data collected by the target vehicle may include at least one of: real-time status data of the vehicle, such as vehicle speed, door status, vehicle fuel quantity, network signal strength, GPS (Global Positioning System) information, etc., may be collected by a central control System in the vehicle-mounted device in real time or periodically.

Accordingly, obtaining the first data packet encapsulated based on the first protocol may be understood as encapsulating the acquired original data into first data encapsulated based on the first protocol, and sending the first data packet encapsulated based on the first protocol to the T-Box of the target vehicle through the corresponding domain controller. Here, for the processing of encapsulating the data packet based on the first protocol, see table 2 in the foregoing embodiment, different data content composition manners of different services or different structures are determined to generate a corresponding data packet, which is not described again.

The first data packet encapsulated based on the first protocol is any one of at least one target service subscribed by the server, and is called a first target service, and the corresponding first data packet encapsulated based on the first protocol. That is, the raw data that the target vehicle needs to collect may be configured by the server. With respect to the server subscribing to the first service or unsubscribing from the second service of the target vehicle, may include:

receiving a subscription notification sent by the server, and determining at least one target service corresponding to at least one target topic subscribed by the server based on the subscription notification;

alternatively, the first and second electrodes may be,

and receiving a unsubscribe notification sent by the server, and determining at least one target service corresponding to at least one target topic unsubscribed by the server based on the unsubscribe notification.

Further, the T-Box of the target vehicle determines at least one first target service of a first protocol subscribed by the server according to the subscription notification sent by the server; and the T-Box of the target vehicle subscribes to corresponding services from a plurality of domain controllers managed by the T-Box according to at least one target service of the first protocol subscribed by the server. And if the target vehicle receives the notification of canceling the subscription, the T-Box of the target vehicle informs the corresponding domain controller managed by the T-Box according to the service for canceling the subscription of the server to release the notification of canceling the subscription of the corresponding service.

The method for acquiring the first data packet encapsulated by the first protocol (such as the SomeIP protocol) acquired by the target vehicle can be two, one is to periodically acquire and upload the first data packet, and the other is to automatically upload the first data packet to the cloud server; the other mode is an event (event) mode, the server at the cloud actively acquires data through reqeust/response, the target vehicle obtains corresponding response information according to a received request of the server (or a second data packet sent by the server), the response information is used as an acquired first data packet packaged based on the first protocol, and uploading of the first data packet is carried out through executing S302, so that vehicle cloud cooperation is more convenient. That is to say, the first data packet may be a data packet corresponding to an event (or a service event) that is periodically uploaded by a domain controller in the vehicle; alternatively, the response information obtained by processing the request or the second packet by the corresponding domain controller and the corresponding ECU thereof for the target vehicle may be used as the first packet.

There may also be processing of the determination in the target vehicle, such as: and the target vehicle executes S301 when receiving at least one target service subscribed by the server and the event identifier or the service identifier corresponding to the data reported by each domain controller.

In addition, the mapping relation between the theme and the service can be stored in the target vehicle in advance; the uploading the first data packet to the server includes:

determining a first target theme corresponding to the service identifier of the first data packet based on the mapping relation between the service and the theme; and uploading the first data packet to a first target theme corresponding to the server.

The preset mapping relationship between the theme and the service may specifically be a mapping relationship between the theme of the second protocol and the service of the first protocol. For example, it may be a mapping relationship between the theme of MQTT and the service of someIP. For example, it may be a mapping relationship between a Topic of MQTT and the service name (or identity) of someIP.

For example, after a certain domain controller in a vehicle acquires data, the data is transmitted to a T-Box through an in-vehicle Ethernet; determining a theme corresponding to the data packet by the T-Box of the vehicle according to a preset mapping relation; and then sending the data packet encapsulated based on the someIP protocol to a corresponding theme of the server.

In another embodiment, the method further comprises: receiving a second data packet sent by the server and encapsulated based on the first protocol; and sending the second data packet to a corresponding domain controller for processing.

Such as: a second data packet encapsulated based on the first protocol is received from the server. At this time, the second data packet is a data packet that the server has been encapsulated based on the first protocol, for example, a someIP protocol data packet, and since the inside of the target vehicle adopts data transmission performed by the someIP protocol, the second data packet encapsulated based on the first protocol can be directly transmitted to the corresponding domain controller inside the vehicle, and then the domain controller performs corresponding subsequent processing.

The subsequent processing with respect to the domain controller may include: the domain controller transmits the received second data packet to the ECU in a function calling mode; and then the ECU adjusts parameters according to the instructions contained in the second data packet, or obtains response data and the like.

In a third aspect, an embodiment of the present application provides a server, as shown in fig. 6, including:

a first communication unit 51, configured to obtain a first data packet uploaded by a target vehicle; wherein the first data packet is encapsulated based on a first protocol for data transmission within the target vehicle; the first data packet is a data packet of a first target service in at least one target service of the target vehicle subscribed by a server; the at least one target service has a mapping relation with at least one target subject of the server;

and the processing unit 52 is configured to analyze the first data packet based on the first protocol to obtain original data uploaded by the target vehicle, and process the original data.

The processing unit 52 is configured to determine an annotation entry point, annotation information, and an analysis interceptor corresponding to the first data packet; and performing deserialization processing of a first protocol on the first data packet based on the annotation entry point, the annotation information and the analysis interceptor, and acquiring original data uploaded by the target vehicle from the first data packet.

The processing unit 52 is configured to, when there is data to be transmitted for a second target service of the target vehicle, encapsulate the data to be transmitted based on the first protocol to obtain an encapsulated second data packet; the second target service is one of at least one target service of the target vehicle subscribed to by the server;

the first communication unit 51 is configured to send the second data packet to the target vehicle.

The processing unit 52 is configured to obtain annotation information corresponding to the data to be transmitted and a serialization interceptor; and based on the annotation information and the serialization interceptor, performing serialization processing of a first protocol on the data to be transmitted to obtain serialized binary data, and packaging the binary data into the second data packet based on the first protocol.

The first communication unit 51 for

alternatively, the first and second electrodes may be,

The first protocol is a someIP protocol.

In a fourth aspect, an embodiment of the present application further provides a vehicle, as shown in fig. 7, including:

an internal data transmission unit 61, configured to obtain a first data packet encapsulated based on a first protocol; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service has a mapping relation with at least one target subject of the server;

a second communication unit 62, configured to upload the first data packet to the server.

The internal data transmission unit 61 is configured to obtain the raw data encapsulated based on the first protocol from the domain controller based on the ethernet.

The second communication unit 62 is configured to determine, based on a mapping relationship between a service and a topic, a first target topic corresponding to a service identifier of the first data packet; and uploading the first data packet to a first target theme corresponding to the server.

The second communication unit 62 is configured to receive a subscription notification sent by the server, and determine, based on the subscription notification, at least one target service corresponding to at least one target topic subscribed by the server;

alternatively, the first and second electrodes may be,

The second communication unit 62 is configured to receive a second data packet sent by the server and encapsulated based on the first protocol;

the internal data transmission unit 61 sends the second data packet to a corresponding domain controller for processing.

The second protocol is a message queue telemetry transport protocol MQTT; the first protocol is a someIP protocol.

The application also provides a server, a vehicle and a readable storage medium according to the embodiment of the application.

As shown in fig. 8, it is a block diagram of a server or a vehicle according to the data transmission method of the embodiment of the present application.

As shown in fig. 8, the server or the vehicle includes: one or more processors 701, a memory 702, and interfaces for connecting the various components, including a high-speed interface and a low-speed interface. The various components are interconnected using different buses and may be mounted on a common motherboard or in other manners as desired. The processor may process instructions for execution within the server or vehicle, including instructions stored in or on the memory to display graphical information of the GUI on an external input/output device (such as a display device coupled to the interface). In other embodiments, multiple processors and/or multiple buses may be used, along with multiple memories and multiple memories, as desired. Also, multiple servers or vehicles may be connected, with each device providing portions of the necessary operations (e.g., as a server array, a group of blade servers, or a multi-processor system). In fig. 8, one processor 701 is taken as an example.

The memory 702 is a non-transitory computer readable storage medium as provided herein. The memory stores instructions executable by at least one processor to cause the at least one processor to perform the data transmission method provided herein. The non-transitory computer-readable storage medium of the present application stores computer instructions for causing a computer to execute the data transmission method provided by the present application.

The memory 702, which is a non-transitory computer-readable storage medium, may be used to store non-transitory software programs, non-transitory computer-executable programs, and modules, such as program instructions/modules corresponding to the data transmission method in the embodiments of the present application. The processor 701 executes various functional applications of the server and data processing by executing non-transitory software programs, instructions, and modules stored in the memory 702, that is, implements the data transmission method in the above-described method embodiment.

The memory 702 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to the use of a server or a vehicle of the data transmission method, or the like. Further, the memory 702 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 702 may optionally include memory located remotely from the processor 701, which may be connected over a network to a server or vehicle of the data transfer method. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The server or the vehicle of the data transmission method may further include: an input device 703 and an output device 704. The processor 701, the memory 702, the input device 703 and the output device 704 may be connected by a bus or other means, and fig. 8 illustrates an example of a connection by a bus.

The input device 703 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the server or vehicle, such as a touch screen, keypad, mouse, track pad, touch pad, pointer stick, one or more mouse buttons, track ball, joystick, or other input device. The output devices 704 may include a display device, auxiliary lighting devices (e.g., LEDs), and tactile feedback devices (e.g., vibrating motors), among others. The display device may include, but is not limited to, a Liquid Crystal Display (LCD), a Light Emitting Diode (LED) display, and a plasma display. In some implementations, the display device can be a touch screen.

Various implementations of the systems and techniques described here can be realized in digital electronic circuitry, integrated circuitry, application specific ASICs (application specific integrated circuits), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.

These computer programs (also known as programs, software applications, or code) include machine instructions for a programmable processor, and may be implemented using high-level procedural and/or object-oriented programming languages, and/or assembly/machine languages. As used herein, the terms "machine-readable medium" and "computer-readable medium" refer to any computer program product, apparatus, and/or device (e.g., magnetic discs, optical disks, memory, Programmable Logic Devices (PLDs)) used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term "machine-readable signal" refers to any signal used to provide machine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user may be received in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), and the Internet.

The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The server can be a cloud server, also called a cloud computing server or a cloud host, and is a host product in a cloud computing service system, so as to solve the defects of high management difficulty and weak service expansibility in the traditional physical host and Virtual Private Server (VPS) service. The server may also be a server of a distributed system, or a server incorporating a blockchain.

It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, as long as the desired results of the technical solutions disclosed in the present application can be achieved, and the present invention is not limited herein.

The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A data transmission method is applied to a server, and is characterized by comprising the following steps:

analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle, and processing the original data;

wherein a mapping relationship between the at least one target service and the at least one target topic is pre-stored in a server and a target vehicle;

the analyzing the first data packet based on the first protocol to obtain the original data uploaded by the target vehicle includes:

2. The method of claim 1, further comprising:

under the condition that data to be transmitted of a second target service for the target vehicle exists, the data to be transmitted are packaged based on the first protocol to obtain a packaged second data packet; the second target service is one of at least one target service of the target vehicle subscribed to by the server;

and issuing the second data packet to the target vehicle.

3. The method of claim 2, wherein encapsulating the data to be transmitted based on the first protocol to obtain an encapsulated second data packet comprises:

obtaining annotation information corresponding to the data to be transmitted and a serialization interceptor;

4. The method according to any one of claims 1-3, further comprising:

alternatively, the first and second electrodes may be,

5. A method according to any of claims 1-3, characterized in that said first protocol is the someIP protocol.

6. A data transmission method, applied to a target vehicle, the method comprising:

acquiring a first data packet encapsulated based on a first protocol for data transmission in a target vehicle; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service and at least one target theme of the server have a mapping relation;

uploading the first data packet to the server;

wherein a mapping relationship between the at least one target service and the at least one target topic is pre-stored in a server and a target vehicle.

7. The method of claim 6, wherein obtaining the first packet encapsulated based on the first protocol comprises:

and acquiring a first data packet encapsulated based on a first protocol from the domain controller based on the Ethernet.

8. The method of claim 6, wherein uploading the first packet to the server comprises:

9. The method of claim 6, further comprising:

receiving a second data packet sent by the server and encapsulated based on the first protocol; and sending the second data packet to a corresponding domain controller for processing.

10. The method according to any one of claims 6-9, further comprising:

alternatively, the first and second electrodes may be,

11. The method according to any of claims 6-9, wherein said first protocol is the someIP protocol.

12. A server, comprising:

the processing unit is used for analyzing the first data packet based on the first protocol to obtain original data uploaded by the target vehicle and processing the original data;

13. The server according to claim 12, wherein the processing unit is configured to determine an annotation entry point, annotation information, and a parsing interceptor corresponding to the first data packet; and performing deserialization processing of a first protocol on the first data packet based on the annotation entry point, the annotation information and the analysis interceptor, and acquiring original data uploaded by the target vehicle from the first data packet.

14. The server according to claim 12, wherein the processing unit is configured to, in the presence of data to be transmitted for a second target service of the target vehicle, encapsulate the data to be transmitted based on the first protocol to obtain an encapsulated second data packet; the second target service is one of at least one target service of the target vehicle subscribed to by the server;

the first communication unit is configured to send the second data packet to the target vehicle.

15. The server according to claim 14, wherein the processing unit is configured to obtain annotation information corresponding to the data to be transmitted and a serialization interceptor; and based on the annotation information and the serialization interceptor, performing serialization processing of a first protocol on the data to be transmitted to obtain serialized binary data, and packaging the binary data into the second data packet based on the first protocol.

16. The server according to any of claims 12-15, wherein the first communication unit is configured to communicate with the first server via the first communication interface

alternatively, the first and second electrodes may be,

17. A server according to any of claims 12-15, characterized in that said first protocol is the someIP protocol.

18. A vehicle, comprising:

the internal data transmission unit is used for acquiring a first data packet packaged based on a first protocol for data transmission in the target vehicle; the first data packet is a data packet generated by a first target service in at least one target service subscribed by the server; the at least one target service and at least one target theme of the server have a mapping relation;

the second communication unit is used for uploading the first data packet to the server;

19. The vehicle of claim 18, wherein the internal data transmission unit is configured to obtain the first data packet encapsulated according to the first protocol from the domain controller based on ethernet.

20. The vehicle of claim 18,

the second communication unit is configured to determine, based on a mapping relationship between a service and a theme, a first target theme corresponding to the service identifier of the first data packet; and uploading the first data packet to a first target theme corresponding to the server.

21. The vehicle of claim 18,

the second communication unit is used for receiving a second data packet which is sent by the server and encapsulated based on the first protocol;

and the internal data transmission unit sends the second data packet to a corresponding domain controller for processing.

22. A vehicle according to any of claims 18-21, characterized in that said second communication unit is adapted to

alternatively, the first and second electrodes may be,

23. The vehicle of any of claims 18-21, characterized in that the first protocol is the someIP protocol.

24. A server, characterized in that the server device comprises

At least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-5.

25. A vehicle, characterized by comprising:

at least one processor; and

the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 6-11.

26. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the method of any one of claims 1-11.