CN117527927A

CN117527927A - Internet of things data transmission method and system in intelligent driving

Info

Publication number: CN117527927A
Application number: CN202311548247.2A
Authority: CN
Inventors: 徐波; 丁赞
Original assignee: Shenzhen Senyun Intelligent Technology Co ltd
Current assignee: Shenzhen Senyun Intelligent Technology Co ltd
Priority date: 2023-11-20
Filing date: 2023-11-20
Publication date: 2024-02-06

Abstract

The application discloses a method and a system for transmitting internet of things data in intelligent driving, and relates to the technical field of data transmission. The method comprises the following steps: firstly, determining a target driving path of a vehicle, screening out a first data transmission node and a second data transmission node in the target driving path, then collecting internet of things data in the driving process of the vehicle, sending the internet of things data to a first data waiting area or a second data waiting area according to data attributes of the internet of things data, then sending data stored in the first data waiting area to a cloud server when the vehicle is driven to the coverage area of the first data transmission node, and finally sending data stored in the second data waiting area to the cloud server when the vehicle is driven to the coverage area of the second data transmission node. The intelligent driving system solves the problem that a large amount of data generated in intelligent driving cannot be effectively transmitted.

Description

Internet of things data transmission method and system in intelligent driving

Technical Field

The invention relates to the technical field of data transmission, in particular to a method and a system for transmitting internet of things data in intelligent driving.

Background

Intelligent driving is a concept for realizing unmanned driving or assisted driving of automobiles by using advanced technologies and automation systems, and since a large number of sensors are adopted, a large amount of data is generated during intelligent driving, and the importance of the data varies depending on the type and use thereof.

When the existing vehicle is used for data transmission, the collected data can be directly transmitted to the cloud service end after communication connection is established because the data quantity is small. With the increasing perfection of the intelligent driving function, if the scheme is continuously adopted, important data cannot be uploaded in time, and the data processing pressure of the cloud server can rise exponentially.

Disclosure of Invention

The invention provides a method and a system for transmitting internet of things data in intelligent driving, which solve the problems in the background technology.

In a first aspect, an embodiment of the present invention provides a method for transmitting internet of things data in intelligent driving, which is applied to a computing device of a vehicle, and the method includes:

determining a target driving path of the vehicle, and screening out a first data transmission node and a second data transmission node in the target driving path, wherein the data transmission capacity of the first data transmission node is far greater than that of the second data transmission node;

The method comprises the steps of collecting Internet of things data in the running process of a vehicle, and sending the Internet of things data to a first data waiting area or a second data waiting area according to data attributes of the Internet of things data;

when the vehicle runs to the coverage area of the first data transmission node, transmitting the data stored in the first data waiting area to the cloud server;

and when the vehicle runs to the coverage area of the second data transmission node, transmitting the data stored in the second data waiting area to the cloud server.

According to the method for transmitting the internet of things data in intelligent driving, the first data transmission node is used for rapidly transmitting the important data stored in the first data waiting area, and the second data transmission node is used for stably and relatively slowly transmitting the reference data stored in the second data waiting area, so that dynamic adaptation of different data attributes can be realized in a data transmission scheme. The importance of this strategy is that it ensures not only the timeliness and timeliness of the important data, but also that the reference data is not lost, thus achieving integrity and reliability management of the data in the vehicle system.

Firstly, by using the first data transmission node to rapidly transmit important data, real-time requirements in emergency situations can be ensured to be met. The quick transmission ensures that the data are processed in time at the cloud server, is favorable for taking necessary measures in time, and timely overwrites important data in the first data waiting area, so that timeliness of the data is ensured, and adverse influence of outdated information on decision making is avoided. At the same time, by using the second data transmission node to transmit the reference data stably but slowly, transmission of a large amount of data can be managed better. Such baseline data may include vehicle performance statistics, histories, or other non-urgent data. Although these data do not need to be transmitted in real time, they are important for long-term analysis, maintenance planning and vehicle performance optimization. By adopting a slower and stable transmission mode, the data can not be lost in the transmission process, the data processing pressure of the cloud service end is relieved, and the stability and the expandability of the system are improved.

In summary, such dynamically adapted data transmission schemes aim to achieve an optimal balance in terms of data transmission and processing. The transmission speed is dynamically adjusted according to the attribute and the urgency of the data, so that the real-time requirement is met, and the integrity and the reliability of the data are ensured. The strategy is beneficial to relieving the workload of the cloud server and improving the efficiency and performance of the whole system.

In an alternative embodiment, determining the target travel path of the vehicle includes:

acquiring the current position of the vehicle and a target position input by a user, and determining a plurality of to-be-selected driving paths according to the current position and the target position;

acquiring driving behavior preference of a user, and evaluating each candidate driving path according to the driving behavior preference and the communication coverage capacity to acquire evaluation score of each candidate driving path;

and determining the candidate driving path with the highest evaluation score as a target driving path.

In an alternative embodiment, screening the first data transmission node and the second data transmission node in the target driving path includes:

scoring the communication distance of all the data transmission nodes in the target travel path according to the minimum communication distance between the data transmission nodes and the target travel path;

Scoring the communication capacity of all the data transmission nodes in the target driving path according to the supported communication mode and the maximum communication rate;

and calculating the communication capacity score of each data transmission node according to the communication distance score and the communication capacity score, determining the data transmission node with the communication capacity score larger than a preset threshold as a first data transmission node, and determining the data transmission node with the communication capacity score smaller than or equal to the preset threshold as a second data transmission node.

In an alternative embodiment, before scoring the communication distance of all the data transmission nodes in the target travel path according to the minimum communication distance with the target travel path, the method further comprises:

sending a query request taking a target driving path as an index to a cloud server, wherein the query request is used for indicating the cloud server to query communication parameters of each data transmission node in the target driving path;

and receiving communication parameters of each data transmission node in the target driving path issued by the cloud service end, wherein the communication parameters comprise a minimum communication distance with the target driving path, a supported communication mode and a maximum communication rate.

In an optional implementation manner, the data attribute at least includes an importance degree and a data volume, and according to the data attribute of the data of the internet of things, sending the data of the internet of things to the first data waiting area or the second data waiting area includes:

and according to the importance degree and the data size, sending the internet of things data with multiple dimensions to the first data waiting area or the second data waiting area.

In an optional implementation manner, when the vehicle runs within the coverage area of the first data transmission node, the data stored in the first data waiting area is sent to the cloud service end, including:

when the vehicle runs to the coverage area of the first data transmission node, a first communication connection is established with the first data transmission node through the first communication equipment;

and sending the data stored in the first data waiting area to the cloud server through the first communication connection.

In an optional implementation manner, the sending, through the first communication connection, the data stored in the first data pending area to the cloud service end includes:

encrypting the data stored in the first data waiting area according to the encryption private key to generate an encrypted data packet;

sending the encrypted data packet stored in the first data waiting area to a cloud server through first communication connection;

And when the first communication connection is disconnected, carrying the encrypted data packet which is not transmitted in the first data waiting area to the second data waiting area.

In an alternative embodiment, when the vehicle travels within the coverage area of the second data transmission node, the data stored in the second data waiting area is sent to the cloud service end, including:

when the vehicle runs into the coverage area of the second data transmission node, a plurality of second communication connections are established with the second data transmission node through the second communication equipment, wherein the plurality of second communication connections comprise an encryption channel and a non-encryption channel, and the adopted communication modes of the first communication equipment and the second communication equipment are different;

transmitting the encrypted data packet in the second data waiting area to the cloud server by adopting an encrypted channel;

and sending the unencrypted data packet in the second data waiting area to the cloud service end by adopting an unencrypted channel.

In a second aspect, an embodiment of the present invention provides a system for transmitting internet of things data in intelligent driving, where the system includes:

the screening module is used for determining a target driving path of the vehicle and screening out a first data transmission node and a second data transmission node in the target driving path, wherein the data transmission capacity of the first data transmission node is far greater than that of the second data transmission node;

The distribution module is used for acquiring the internet of things data in the running process of the vehicle and sending the internet of things data to the first data waiting area or the second data waiting area according to the data attribute of the internet of things data;

the first sending module is used for sending the data stored in the first data waiting area to the cloud server when the vehicle runs in the coverage area of the first data transmission node;

and the second sending module is used for sending the data stored in the second data waiting area to the cloud service end when the vehicle runs in the coverage area of the second data transmission node.

In an alternative embodiment, the screening module includes:

the track generation sub-module is used for acquiring the current position of the vehicle and the target position input by the user, and determining a plurality of to-be-selected driving paths according to the current position and the target position;

the track evaluation sub-module is used for acquiring the driving behavior preference of the user, and evaluating each route to be selected according to the driving behavior preference and the communication coverage capacity so as to acquire the evaluation score of each route to be selected;

and the track determination submodule is used for determining the selected running path with the highest evaluation score as the target running path.

In an alternative embodiment, the screening module further comprises:

the first evaluation sub-module is used for scoring the communication distance of all the data transmission nodes in the target driving path according to the minimum communication distance between the first evaluation sub-module and the target driving path;

the second evaluation sub-module is used for performing communication capacity scoring on all the data transmission nodes in the target driving path according to the supported communication mode and the maximum communication rate;

the node screening sub-module is used for calculating the communication capacity score of each data transmission node according to the communication distance score and the communication capacity score, determining the data transmission node with the communication capacity score larger than a preset threshold value as a first data transmission node, and determining the data transmission node with the communication capacity score smaller than or equal to the preset threshold value as a second data transmission node.

In an alternative embodiment, the screening module further comprises:

the request submodule is used for sending a query request taking the target running path as an index to the cloud server, wherein the query request is used for indicating the cloud server to query the communication parameters of each data transmission node in the target running path;

the receiving sub-module is used for receiving the communication parameters of each data transmission node in the target running path issued by the cloud server, wherein the communication parameters comprise the minimum communication distance with the target running path, the supported communication mode and the maximum communication rate.

In an alternative embodiment, the first transmitting module includes:

the first communication establishing sub-module is used for establishing a first communication connection with the first data transmission node through the first communication equipment when the vehicle runs into the coverage area of the first data transmission node;

the first data sending sub-module is used for sending the data stored in the first data waiting area to the cloud server through the first communication connection.

In an alternative embodiment, the first data transmission submodule includes:

the encryption unit is used for encrypting the data stored in the first data waiting area according to the encryption private key to generate an encrypted data packet;

the sending unit is used for sending the encrypted data packet stored in the first data waiting area to the cloud server through the first communication connection;

and the data carrying unit is used for carrying the encrypted data packet which is not transmitted in the first data waiting area to the second data waiting area when the first communication connection is disconnected.

In an alternative embodiment, the second transmitting module includes:

the second communication establishing sub-module is used for establishing a plurality of second communication connections with the second data transmission node through the second communication equipment when the vehicle runs into the coverage area of the second data transmission node, wherein the plurality of second communication connections comprise an encryption channel and a non-encryption channel, and the adopted communication modes of the first communication equipment and the second communication equipment are different;

The second data sending sub-module is used for sending the encrypted data packet in the second data waiting area to the cloud service end by adopting an encrypted channel;

and the third data transmission sub-module is used for transmitting the unencrypted data packet in the second data waiting area to the cloud service end by adopting the unencrypted channel.

A third aspect of an embodiment of the present invention provides an electronic device, including:

at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method according to the first aspect of the present invention.

A fourth aspect of the embodiments of the present invention proposes a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements a method as proposed in the first aspect of the embodiments of the present invention.

Drawings

FIG. 1 is a schematic diagram of an electronic device in a hardware operating environment according to an embodiment of the present invention;

fig. 2 is a step flowchart of a method for transmitting internet of things data in intelligent driving according to an embodiment of the present invention;

fig. 3 is a schematic diagram of a functional module of a data transmission system of internet of things in intelligent driving according to an embodiment of the present invention.

Detailed Description

In order that the above-recited objects, features and advantages of the present invention will become more readily apparent, a more particular description of the invention will be rendered by reference to the appended drawings and appended detailed description. It will be apparent that the described embodiments are some, but not all, embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

In the related art, when a traditional vehicle performs data transmission, after communication connection is established, collected data is directly transmitted to a cloud server. Such an approach may have been effective in the past to transmit smaller amounts of base vehicle data, such as vehicle speed, engine status, fuel consumption, etc. However, as intelligent driving functions continue to develop and increase, vehicles begin to carry more advanced sensors and systems, generating a lot of more complex and diversified data. Such data includes, but is not limited to, the following:

environmental awareness data: sensors such as lidar, cameras, radar, etc. collect rich information about the surrounding environment of the vehicle, including road conditions, obstacle detection, pedestrian recognition, etc. Vehicle state data: various aspects of the vehicle are involved, such as engine health, braking systems, tire wear, hybrid oil and electric systems, and the like. Driver behavior data: such data may include driver behavior patterns such as steering, accelerator pedal operation, brake operation, etc.

Because the data volume is huge and the variety is various, if all the data is still directly uploaded to the cloud server by adopting a traditional method, the simultaneous transmission of a large amount of data can cause congestion of a communication network, the real-time performance of the data is reduced, and because of the limitation of bandwidth and transmission rate, the data which are not transmitted is discarded, so that important data can not be uploaded in time, and the driving safety is endangered. Further, the cloud server needs to process and store a large amount of data, which causes the data processing pressure of the cloud server to rise sharply, thereby causing delay and system crash.

Based on this, the inventors have proposed the inventive concept of the present application: and carrying out data division on the multidimensional Internet of things data at the edge side (vehicle end), establishing corresponding relations between different data and different data transmission nodes, and completing the transmission of the Internet of things data in intelligent driving according to the corresponding relations between the data and the data transmission nodes.

The scheme of the invention is further described below with reference to the accompanying drawings.

Referring to fig. 1, fig. 1 is a schematic structural diagram of an electronic device in a hardware running environment according to an embodiment of the present invention.

As shown in fig. 1, the electronic device may include: a processor 1001, such as a central processing unit (Central Processing Unit, CPU), a communication bus 1002, a user interface 1003, a network interface 1004, a memory 1005. Wherein the communication bus 1002 is used to enable connected communication between these components. The user interface 1003 may include a Display, an input unit such as a Keyboard (Keyboard), and the optional user interface 1003 may further include a standard wired interface, a wireless interface. The network interface 1004 may optionally include a standard wired interface, a WIreless interface (e.g., a WIreless-FIdelity (WI-FI) interface). The Memory 1005 may be a high-speed random access Memory (Random Access Memory, RAM) Memory or a stable nonvolatile Memory (NVM), such as a disk Memory. The memory 1005 may also optionally be a storage system separate from the processor 1001 described above.

Those skilled in the art will appreciate that the structure shown in fig. 1 is not limiting of the electronic device and may include more or fewer components than shown, or may combine certain components, or may be arranged in different components.

As shown in fig. 1, an operating system, a data storage module, a network communication module, a user interface module, and an electronic program may be included in the memory 1005 as one type of storage medium.

In the electronic device shown in fig. 1, the network interface 1004 is mainly used for data communication with a network server; the user interface 1003 is mainly used for data interaction with a user; the processor 1001 and the memory 1005 in the electronic device of the present invention may be provided in the electronic device, and the electronic device invokes the transmission system of the internet of things data in intelligent driving stored in the memory 1005 through the processor 1001, and executes the transmission method of the internet of things data in intelligent driving provided by the embodiment of the present invention.

Referring to fig. 2, an embodiment of the present invention provides a method for transmitting internet of things data in intelligent driving, which specifically includes the following steps:

s201: determining a target driving path of the vehicle, and screening out a first data transmission node and a second data transmission node in the target driving path, wherein the data transmission capacity of the first data transmission node is far greater than that of the second data transmission node.

In this embodiment, different travel paths may traverse different areas, which may have different network coverage and data transmission infrastructure availability, so the target travel path determines a lower limit of data transmission capacity. A data transmission node refers to a specific location or device for transmitting data during the running of a vehicle. The nodes may be wireless communication devices, base stations, internet access points, or any other device or location that allows the vehicle to exchange data with the network. The first data transmission node and the second data transmission node refer to two specific types of data transmission nodes selected on the target travel track, and the data transmitted by the two specific types of data transmission nodes are different.

And the specific steps of determining the target travel path of the vehicle include:

s2011: and acquiring the current position of the vehicle and the target position input by the user, and determining a plurality of to-be-selected driving paths according to the current position and the target position.

In this embodiment, the current geographic location coordinates are first obtained from the GPS device or other positioning technology of the vehicle. This coordinate includes latitude and longitude information for precisely locating the position of the vehicle. The user would provide a target location to which they wish the vehicle to travel, which is another geographic coordinate, including the longitude and latitude of the destination. This may be entered through an interface or application of the car navigation system. After the current position and the target position are acquired, a path planning algorithm is required to determine a plurality of alternative travel paths. These paths may take into account various factors such as road traffic conditions, road type, speed limits, user-specified conditions for the shortest path or fastest path, etc. Depending on the outcome of the path planning algorithm, a number of alternative paths need to be listed. The user may select a path from among them according to his own preferences. These paths are displayed on a map, including estimated travel time and distance, to assist the user in making decisions.

S2012: and acquiring the driving behavior preference of the user, and evaluating each candidate driving path according to the driving behavior preference and the communication coverage capacity to acquire the evaluation score of each candidate driving path.

In the present embodiment, the driving behavior preferences of the user are first collected and recorded. This includes the user's driving speed, preferred route types (e.g., expressways, urban roads, rural roads), day or night driving preferences, and so forth. Such preference information may be acquired by vehicle interior sensors, user input, or driving history data. Communication coverage capability refers to the degree or quality of coverage of a data transmission node (e.g., wireless communication base station, wiFi hotspot, etc.) on a selected travel path to the selected travel path. In evaluating different travel paths, it is necessary to consider the communication nodes on the paths to determine their coverage for providing wireless communication services or internet connections. The quality of the communication coverage can affect the communication quality during driving, such as the strength of the mobile phone signal or the data transmission speed.

In the above scenario, the communication coverage capability is considered as a factor in the path evaluation. Once the user's driving behavior preference and communication coverage information is obtained, it is necessary to use this information to evaluate different alternative travel paths. First, each path may be assigned a weight according to the user's preference. For example, if the user prefers a highway, the highway may be weighted higher. Next, communication coverage capability needs to be considered. If a communication node on a path provides good coverage and connection quality, this path may be given a high score in the evaluation, as it is able to meet the communication needs of the user during travel. In contrast, if the communication node has poor coverage, the path may score lower in the evaluation because it may not provide reliable communication services. Finally, an evaluation score for each path needs to be calculated based on these weights and other factors. The higher the evaluation score, the more consistent the path is with the user's driving preferences and communication coverage, and may be recommended to the user as the best travel path.

S2013: and determining the candidate driving path with the highest evaluation score as a target driving path.

The specific steps of screening the first data transmission node and the second data transmission node include:

s2014: and scoring the communication distance of all the data transmission nodes in the target driving path according to the minimum communication distance with the target driving path.

S2015: and scoring the communication capacity of all the data transmission nodes in the target driving path according to the supported communication mode and the maximum communication rate.

S2016: and calculating the communication capacity score of each data transmission node according to the communication distance score and the communication capacity score, determining the data transmission node with the communication capacity score larger than a preset threshold as a first data transmission node, and determining the data transmission node with the communication capacity score smaller than or equal to the preset threshold as a second data transmission node.

In the embodiments of S2014 to S2016, first, the communication distance between the data transmission node on the target travel path and the target is considered. Communication distance is the distance required to transmit data from one node to another. This distance may be affected by a variety of factors including signal attenuation, transmission medium characteristics, and the like. The communication distance is related to the signal strength, and a larger communication distance may require more power or signal enhancement measures. And calculating a communication distance score for each data transmission node so as to reflect the distance between the data transmission nodes and the target driving path, wherein the data transmission nodes with shorter distances can obtain higher scores, and the data transmission nodes with longer distances have lower scores. Second, the communication capacity indicates how fast a data transmission node can transmit data in units of bit rates (bps). This score relates to the communication mode and maximum communication rate supported by the data transmission node. The data transmission node may support different communication modes (e.g., wireless, wired, bluetooth, etc.), each of which may have a different maximum communication rate. The system scores the communication capacity of each data transmission node to reflect their capabilities in terms of data transmission. By combining the two scores together, a communication capability score for each data transmission node is calculated. This score can be used to measure the overall communication performance of the node and the system then classifies the node into two classes according to a preset threshold: the first data transmission node refers to a node with a communication capability score higher than a preset threshold. These nodes are considered to have a higher communication capability on the target travel path and may be more suitable for transmission of critical data. The second data transmission node refers to a node whose communication capability score is lower than or equal to a preset threshold. The communication capabilities of these nodes may be weak and may be suitable for transmission of ordinary data.

It should be noted that, the data transmission capacity of the first data transmission node is far greater than that of the second data transmission node, so that the number of the first data transmission nodes is far less than that of the second data transmission nodes, so that the first data transmission nodes need to bear important data transmission tasks to transmit data with high timeliness and high importance or high integrity, the second data transmission nodes need to bear stable transmission of basic data, the data transmission process is ensured to be stable, the data processing pressure of the cloud server is also distributed uniformly, and the fluctuation of the data processing of the cloud server is reduced.

It should be noted that, two transmission nodes of the same product model are determined as different types of data transmission nodes due to the difference in the minimum communication distance from the target travel path, the adopted communication mode and the maximum communication rate.

S202: and acquiring the internet of things data in the running process of the vehicle, and sending the internet of things data to the first data waiting area or the second data waiting area according to the data attribute of the internet of things data.

In this embodiment, data collected by various sensors, devices or sensors during the running process of the vehicle may include various information such as the position, speed, fuel consumption, temperature, humidity, acceleration, and health status of the vehicle, which may be monitored and collected in real time by the internet of things device. These data have various attributes such as data type, importance, urgency, etc. And sending the data to the first data waiting area or the second data waiting area according to the data attributes. The first data pending area and the second data pending area refer to data storage areas for storing different types or different priorities. The areas may be physical storage devices (such as a hard disk or a flash memory) or logical storage areas (such as a database table or a folder) for respectively storing internet of things data collected during the driving process of the vehicle.

The specific steps include: and according to the importance degree and the data size, sending the internet of things data with multiple dimensions to the first data waiting area or the second data waiting area.

In this embodiment, for data transmission, data has two most basic and important attributes, one of which is the degree of data importance, which indicates the urgency and criticality of the data. Some data may be critical, requiring immediate transmission and processing, while other data may be processed later. For example, real-time vital sign data of a health monitoring sensor may be of high importance data, while ambient temperature measurement data may be of low importance data. Another attribute is the data size, which indicates the capacity or size of the data. Some data may be very large, requiring more bandwidth and memory resources to transmit and process, while other data may be very small. For example, a high resolution image or video stream may require more bandwidth and memory space, while a simple event log generated by the sensor may be very small.

Depending on the importance of the data and the size of the data volume, the data may be distributed to two different data pending areas. The first data pending area is used to store data of high importance or higher neutrality in the storage set. And the second data pending area may be used to store data of low importance or of higher dispersion. For the data size, the corresponding data waiting area needs to be determined according to the actual use scene.

For example, different evaluation weights can be allocated to the importance degree and the data size of the data according to actual use requirements, the data is comprehensively evaluated according to the different weights, and the data is allocated to the first data waiting area or the second data waiting area according to the comprehensive evaluation result.

Different data are divided into different data waiting areas according to different attributes of the data, namely, the data are tidied and identified based on the edge side, so that the calculation pressure of a cloud server is reduced, and the data transmission and storage are dynamically managed according to the data attributes. High-importance, large-capacity data can be processed preferentially, and low-importance, small-capacity data can be processed later, thereby improving the efficiency and resource utilization of the system.

S203: when the vehicle runs to the coverage area of the first data transmission node, the data stored in the first data waiting area are sent to the cloud service end.

In this embodiment, the first data transmission node has a specific communication coverage, i.e. an area in which it can effectively communicate with the vehicle. When the vehicle enters the coverage area, the vehicle can establish communication connection with the first data transmission node, and data stored in the first data waiting area is sent to the cloud service end.

Specifically, the method comprises the following steps:

s2031: when the vehicle runs to the coverage area of the first data transmission node, a first communication connection is established with the first data transmission node through the first communication equipment;

s2032: and sending the data stored in the first data waiting area to the cloud server through the first communication connection.

In the embodiments of S2031 to S2032, when the vehicle travels within the coverage of a first data transfer node, a first communication device on the vehicle may attempt a first communication connection established with this data transfer node. The purpose of this connection is to establish a communication channel between the vehicle and the data transfer node so that the vehicle can exchange data with an external network or cloud server. This communication connection will often use wireless communication technologies, such as 4G, 5G, wi-Fi, etc., to ensure that the communication between the vehicle and the data transfer node can be performed in real time, efficiently, and reliably. Once the connection is established successfully, the vehicle may communicate with a cloud server or other data recipient. After the first communication connection is established, the vehicle may send the data stored in the first data pending area to the cloud service via this connection.

It should be noted that, the data in the first data pending area is sent in the order of priority, which means that different types of data or different data sources may be given different importance levels to determine their priority when sending to the cloud server or other receivers. Such data priority management is critical to the vehicle system because different types of data may need to be transferred and processed faster in an emergency situation, while other data may be processed later.

For example, safety data of the vehicle (e.g., collision detection, brake system status) is often of higher priority, because upon occurrence of an emergency event, such data may need to be immediately transmitted to the cloud service in order to trigger an emergency response measure. In contrast, entertainment media data of a vehicle (e.g., music stream, video stream) may have a lower priority because they generally do not involve an emergency and may be transmitted when network bandwidth is idle.

In addition, the priority management of the data can be further refined according to the type, source and destination of the data and the real-time requirements of the vehicle. This differentiated priority setting ensures that the vehicle system can process and transmit data according to different needs and conditions, thereby maximizing the efficiency, safety and practicality of the data.

The cloud server is a server or a data center in a cloud computing environment, has powerful computing and storage capabilities, and is specially used for receiving, processing and storing data from vehicles. The vehicle may transmit data to the cloud server over the first communication connection. Such data may include sensor data of the vehicle (e.g., vehicle speed, temperature, humidity, etc.), location information (GPS coordinates), vehicle status reports, driving behavior data, etc. The cloud service may receive, process, and store such data, typically for data analysis, monitoring vehicle status, providing remote services, generating reports, supporting remote diagnostics and maintenance of the vehicle, and the like.

In some embodiments, the sending, through the first communication connection, the data stored in the first data pending area to the cloud service end includes:

In this embodiment, first, data is extracted from the first data pending area, and then the data is encrypted using an encryption private key. Encryption is to ensure confidentiality and security during data transmission. Only the receiver (typically the cloud server) with the corresponding decryption public key can decrypt and access the data, thereby protecting the data from unauthorized access or theft. After encryption is complete, the data is encapsulated into one or more encrypted data packets. These packets contain encrypted data and associated control information to ensure the integrity and verifiability of the data. These encrypted data packets are transmitted to the cloud server via the first communication connection. This connection is typically a secure communication channel and protocols such as HTTPS may be used to secure data transmissions. Even if an attack is suffered in the process, the data in the encrypted data packet cannot be leaked because the decryption public key is not leaked. At the cloud server, the receiver decrypts the data using the corresponding decryption public key, and then performs further processing, analysis or storage.

After the vehicle leaves the coverage area of the first data transmission node, if the first communication connection is broken (possibly because of the end of the communication or the network disruption), the encrypted data packets that have not yet been transmitted will be carried to the second data pending area. This step ensures that the unsent data packets are not lost but are retransmitted when the connection is restored or re-established to ensure data integrity and reliability. And the stored data in the first data waiting area can be covered in each sending period, so that the timeliness of the stored data in the first data waiting area is ensured. The encrypted data packet which is not transmitted belongs to the data with lower relative importance degree in the first data waiting area, so that the encrypted data packet can be carried to the second data waiting area for transmission.

S204: and when the vehicle runs to the coverage area of the second data transmission node, transmitting the data stored in the second data waiting area to the cloud server.

In this embodiment, when the vehicle enters the coverage area of the second data transmission node, the vehicle may establish a communication connection with the second data transmission node, and send the data stored in the second data waiting area to the cloud service end. And the specific implementation steps thereof can include:

s2041, when the vehicle runs into the coverage area of the second data transmission node, establishing a plurality of second communication connections with the second data transmission node through second communication equipment, wherein the plurality of second communication connections comprise an encryption channel and a non-encryption channel, and the adopted communication modes of the first communication equipment and the second communication equipment are different;

s2042, transmitting the encrypted data packet in the second data waiting area to the cloud server by adopting an encrypted channel;

and S2043, transmitting the unencrypted data packet in the second data waiting area to the cloud service end by adopting an unencrypted channel.

In the embodiments of S2041 to S2043, when the vehicle travels within the coverage of the second data transmission node, it establishes a plurality of communication connections with the node using the second communication device. These multiple connections include encrypted channels and unencrypted channels. I.e. the vehicle may select different communication modes to transmit data as required.

Some data may be sensitive or private, such as encrypted packets carried by the first data pending area, etc. Thus, the vehicle system uses the encrypted channel to protect the security of these data. Other data may not relate to sensitive information such as traffic information, weather data, etc. In this case, the vehicle system can use the non-encrypted channel, which can reduce communication overhead and increase transmission speed. Non-encrypted channels are generally better suited for transmitting non-sensitive data because they do not introduce the processing overhead of encryption and decryption.

After establishing the encrypted channel, the vehicle system may use this channel to send the encrypted data packets stored in the second data pending area to the cloud server. Only the cloud server with the correct key can decrypt and read the information therein. This approach ensures confidentiality and integrity of sensitive information, preventing potential security threats.

Meanwhile, the vehicle system can also use the non-encryption channel to send the non-encryption data packet stored in the second data waiting area to the cloud service end. These unencrypted packets contain information that is not sensitive and do not require encryption and therefore can be transmitted more quickly. This flexibility allows the vehicle to select an appropriate communication scheme based on the nature of the data and the security requirements.

In the application, as the communication requirement is high, the number of the first data transmission nodes is far greater than that of the second data transmission nodes, and the data transmission capacity of the first data transmission nodes is far greater than that of the second data transmission nodes, the first data transmission nodes are adopted to rapidly transmit the important data stored in the first data waiting area, the second data transmission nodes are adopted to stably and slowly transmit the reference data stored in the second data waiting area, the important data in the first data waiting area can be timely rewritten, the invalidity of the important data is guaranteed, and the reference data can not be lost. The data transmission scheme is dynamically adapted according to the attribute of the data, and the data processing pressure of the cloud server can be greatly reduced.

The embodiment of the invention also provides a transmission system of the internet of things data in intelligent driving, and referring to fig. 3, a functional block diagram of a transmission system 300 of the internet of things data in intelligent driving is shown, and the system can comprise the following modules:

the screening module 301 is configured to determine a target driving path of the vehicle, and screen a first data transmission node and a second data transmission node in the target driving path, where a data transmission capability of the first data transmission node is far greater than that of the second data transmission node;

The distribution module 302 is configured to collect internet of things data during a vehicle driving process, and send the internet of things data to a first data waiting area or a second data waiting area according to a data attribute of the internet of things data;

the first sending module 303 is configured to send, when the vehicle runs within a coverage area of the first data transmission node, data stored in the first data waiting area to the cloud service end;

and the second sending module 304 is configured to send, when the vehicle travels within the coverage area of the second data transmission node, the data stored in the second data waiting area to the cloud service end.

In an alternative embodiment, the screening module includes:

In an alternative embodiment, the screening module further comprises:

In an alternative embodiment, the first transmitting module includes:

In an alternative embodiment, the first data transmission submodule includes:

In an alternative embodiment, the second transmitting module includes:

Based on the same inventive concept, another embodiment of the present invention provides an electronic device comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface, the memory complete communication with each other through the communication bus,

a memory for storing a computer program;

and the processor is used for realizing the method for transmitting the data of the Internet of things in intelligent driving when executing the program stored in the memory.

The communication bus mentioned by the above terminal may be a peripheral component interconnect standard (Peripheral Component Interconnect, abbreviated as PCI) bus or an extended industry standard architecture (Extended Industry Standard Architecture, abbreviated as EISA) bus, etc. The communication bus may be classified as an address bus, a data bus, a control bus, or the like. For ease of illustration, the figures are shown with only one bold line, but not with only one bus or one type of bus. The communication interface is used for communication between the terminal and other devices. The memory may include random access memory (RandomAccess Memory, RAM) or non-volatile memory (non-volatile memory), such as at least one disk memory. Optionally, the memory may also be at least one storage system located remotely from the aforementioned processor.

The processor may be a general-purpose processor, including a central processing unit (Central Processing Unit, CPU for short), a network processor (Network Processor, NP for short), etc.; but also digital signal processors (DigitalSignal Processing, DSP for short), application specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), field-programmable gate arrays (Field-Programmable Gate Array, FPGA for short) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

In addition, in order to achieve the above objective, an embodiment of the present invention further provides a computer readable storage medium storing a computer program, where the computer program when executed by a processor implements the method for transmitting internet of things data in intelligent driving according to the embodiment of the present invention.

It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, embodiments of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the invention may take the form of a computer program product on one or more computer-usable vehicles having computer-usable program code embodied therein, including but not limited to disk storage, CD-ROM, optical storage, and the like.

Embodiments of the present invention are described with reference to flowchart illustrations and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing terminal device to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing terminal device, create a system for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Finally, it is further noted that 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. "" and/or "" "means either or both of these can be selected. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or terminal 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 terminal. Without further limitation, an element defined by the statement "" comprising one … … "", does not exclude the presence of other identical elements in a process, method, article or terminal device comprising the element.

The present invention is not limited to the above embodiments, and various equivalent modifications and substitutions can be easily made by those skilled in the art within the technical scope of the present invention, and these modifications and substitutions are intended to be included in the scope of the present invention. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims

1. A method for transmitting internet of things data in intelligent driving, which is applied to a computing device of a vehicle, the method comprising:

determining a target driving path of a vehicle, and screening out a first data transmission node and a second data transmission node in the target driving path, wherein the data transmission capacity of the first data transmission node is far greater than that of the second data transmission node;

acquiring internet of things data in the running process of a vehicle, and sending the internet of things data to a first data waiting area or a second data waiting area according to the data attribute of the internet of things data;

when a vehicle runs to the coverage area of the first data transmission node, sending the data stored in the first data waiting area to a cloud server;

And when the vehicle runs to the coverage area of the second data transmission node, transmitting the data stored in the second data waiting area to the cloud service end.

2. The method for transmitting internet of things data in intelligent driving according to claim 1, wherein determining a target travel path of a vehicle comprises:

acquiring a current position of a vehicle and a target position input by a user, and determining a plurality of to-be-selected driving paths according to the current position and the target position;

acquiring driving behavior preference of a user, and evaluating each of the to-be-selected driving paths according to the driving behavior preference and the communication coverage capacity to acquire evaluation scores of each of the to-be-selected driving paths;

and determining the candidate travel path with the highest evaluation score as the target travel path.

3. The method for transmitting internet of things data in intelligent driving according to claim 1, wherein the screening the first data transmission node and the second data transmission node in the target driving path comprises:

scoring the communication distance of all the data transmission nodes in the target driving path according to the minimum communication distance between the data transmission nodes and the target driving path;

and calculating the communication capacity score of each data transmission node according to the communication distance score and the communication capacity score, determining the data transmission node with the communication capacity score larger than a preset threshold as the first data transmission node, and determining the data transmission node with the communication capacity score smaller than or equal to the preset threshold as the second data transmission node.

4. The method for transmitting internet of things data in intelligent driving according to claim 3, wherein before scoring the communication distance of all the data transmission nodes in the target driving path according to the minimum communication distance with the target driving path, the method further comprises:

sending a query request taking the target driving path as an index to the cloud service end, wherein the query request is used for indicating the cloud service end to query the communication parameters of each data transmission node in the target driving path;

and receiving communication parameters of each data transmission node in the target running path issued by the cloud service end, wherein the communication parameters comprise a minimum communication distance with the target running path, the supported communication mode and the maximum communication rate.

5. The method for transmitting internet of things data in intelligent driving according to claim 1, wherein the data attribute at least includes an importance degree and a data volume, and the sending the internet of things data to the first data waiting area or the second data waiting area according to the data attribute of the internet of things data includes:

and according to the importance degree and the data volume, sending the internet of things data with multiple dimensions to a first data waiting area or a second data waiting area.

6. The method for transmitting internet of things data in intelligent driving according to claim 1, wherein when the vehicle runs within the coverage area of the first data transmission node, transmitting the data stored in the first data waiting area to the cloud server, includes:

when a vehicle runs to the coverage area of the first data transmission node, a first communication connection is established with the first data transmission node through a first communication device;

and transmitting the data stored in the first data waiting area to the cloud server through the first communication connection.

7. The method for transmitting internet of things data in intelligent driving according to claim 6, wherein the sending, through the first communication connection, the data stored in the first data waiting area to the cloud server includes:

Encrypting the data stored in the first data waiting area according to an encryption private key to generate an encryption data packet;

sending the encrypted data packet stored in the first data waiting area to the cloud server through the first communication connection;

and when the first communication connection is disconnected, carrying the encrypted data packets which are not transmitted in the first data waiting area to the second data waiting area.

8. The method for transmitting internet of things data in intelligent driving according to claim 7, wherein when the vehicle travels within the coverage area of the second data transmission node, the method for transmitting the data stored in the second data waiting area to the cloud server includes:

when a vehicle runs within the coverage range of the second data transmission node, a plurality of second communication connections are established with the second data transmission node through second communication equipment, wherein the second communication connections comprise an encryption channel and a non-encryption channel, and the adopted communication modes of the first communication equipment and the second communication equipment are different;

transmitting the encrypted data packet in the second data waiting area to the cloud server by adopting the encrypted channel;

And transmitting the unencrypted data packet in the second data waiting area to the cloud service end by adopting the unencrypted channel.

9. An internet of things data transmission system in intelligent driving, which is characterized by comprising:

the distribution module is used for acquiring the internet of things data in the running process of the vehicle and sending the internet of things data to a first data waiting area or a second data waiting area according to the data attribute of the internet of things data;

and the second sending module is used for sending the data stored in the second data waiting area to the cloud server when the vehicle runs in the coverage area of the second data transmission node.

10. The system for transmitting internet of things data in intelligent driving according to claim 9, wherein the screening module comprises:

the track evaluation sub-module is used for acquiring the driving behavior preference of the user, and evaluating each of the to-be-selected driving paths according to the driving behavior preference and the communication coverage capacity so as to acquire an evaluation score of each of the to-be-selected driving paths;

and the track determination submodule is used for determining the candidate running path with the highest evaluation score as the target running path.