Vehicle networking communication method, device, equipment and medium based on blockchain network

Abstract

This application discloses a vehicle-to-everything (V2X) communication method, apparatus, electronic device, and computer-readable medium based on a blockchain network. The V2X communication method includes: receiving a first service request from a first vehicle located outside the signal coverage area of ​​a roadside unit via a drone; forwarding the first service request to a blockchain network to perform service processing corresponding to the first service request, obtaining a first service processing result; receiving the first service processing result returned by the blockchain network; and sending the first service processing result back to the first vehicle via the drone. This method enables V2X communication in areas not covered by roadside unit signals.

Description

Technical Field

[0001] The present application relates to the fields of communication technology and information security, and more specifically, to a vehicle networking communication method based on a blockchain network, a vehicle networking communication device based on a blockchain network, an electronic device, and a computer-readable medium. Background Art

[0002] RSU (Road Side Unit) is composed of a high-gain directional beam-controlled read-write antenna and a radio frequency controller. The high-gain directional beam-controlled read-write antenna is a microwave transceiver module responsible for sending / receiving, modulating / demodulating, encoding / decoding, and encrypting / decrypting signals and data; the radio frequency controller is a module that controls the transmission and reception of data and processes the information sent and received to the upper computer.

[0003] Currently, in the Internet of Vehicles, vehicles within the coverage of RSU signals can directly connect to the roadside unit to process and interact with related services. However, RSU signals are not available everywhere, and there are some areas without signals, which will cause network interruptions when vehicles travel to uncovered areas, affecting user experience.

[0004] Therefore, how to solve the vehicle communication in areas not covered by RSU signals is an urgent problem to be solved. Summary of the invention

[0005] The embodiments of the present application provide a vehicle network communication method and device, electronic device, and computer-readable medium based on a blockchain network, which can realize vehicle network communication in areas not covered by roadside unit signals and reduce the computing pressure of the server.

[0006] The embodiment of the present application provides a vehicle networking communication method based on a blockchain network, the method comprising:

[0007] receiving, by a drone, a first service request sent by a first vehicle, where the first vehicle is outside the coverage of a roadside unit signal;

[0008] Forwarding the first business request to the blockchain network, so that the blockchain network performs business processing corresponding to the first business request, and obtains a first business processing result;

[0009] Receiving the first business processing result returned by the blockchain network;

[0010] The first business processing result is sent to the first vehicle through the drone.

[0011] In one embodiment of the present application, based on the aforementioned scheme, it is detected whether the number of currently pending businesses exceeds a preset number threshold. If it is detected that the number of currently pending businesses exceeds the preset number threshold, the first business request is forwarded to the blockchain network; or it is detected whether the priority level of the first business request is greater than the preset priority level. If it is detected that the priority level of the first business request is greater than the preset priority level, the first business request is forwarded to the blockchain network; or it is detected whether the security level of the first business request is greater than the preset security level. If it is detected that the security level of the first business request is greater than the preset security level, the first business request is forwarded to the blockchain network.

[0012] In one embodiment of the present application, based on the aforementioned scheme, the blockchain network includes multiple nodes; performance evaluations are performed on the multiple nodes respectively to obtain processing delays and idle states of the multiple nodes; a target node is selected from the multiple nodes based on the processing delays and idle states of the multiple nodes; the first business request is forwarded to the target node in the blockchain network, so that the target node performs business processing corresponding to the first business request to obtain the first business processing result.

[0013] In one embodiment of the present application, based on the aforementioned scheme, a node whose processing delay is less than a preset delay threshold and whose computing resource amount indicated by the idle state is greater than a preset computing resource amount threshold is selected from the multiple nodes, and the selected node is used as the target node.

[0014] In one embodiment of the present application, based on the aforementioned scheme, a second service request sent by a second vehicle is received, and the second vehicle is located within the coverage range of the roadside unit signal; the second service request is forwarded to the blockchain network, so that the blockchain network performs service processing corresponding to the second service request to obtain a second service processing result; the second service processing result returned by the blockchain network is received; and the second service processing result is sent to the second vehicle.

[0015] The embodiment of the present application provides another vehicle network communication method based on a blockchain network, the method comprising:

[0016] Detect whether the current location is outside the signal coverage of the roadside unit;

[0017] If it is detected that the vehicle is currently outside the signal coverage of the roadside unit, the first service request is sent to the target roadside unit through the drone, so that the target roadside unit forwards the first service request to the blockchain network, and the blockchain network performs service processing to obtain a first service processing result;

[0018] Receive the first service processing result sent by the target roadside unit through the drone.

[0019] In one embodiment of the present application, based on the aforementioned scheme, performance evaluations are performed on multiple roadside units respectively to obtain processing delays of the multiple nodes; a roadside unit with the smallest processing delay is selected from the multiple roadside units, and the selected roadside unit is used as the target roadside unit; and the first service request is sent to the target roadside unit through the drone.

[0020] In a third aspect, an embodiment of the present application provides an electronic device, comprising one or more processors; and a memory for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the electronic device implements the Internet of Vehicles communication method based on a blockchain network as described above.

[0021] In a fourth aspect, an embodiment of the present application provides a computer-readable medium on which a computer program is stored. When the computer program is executed by a processor, the vehicle network communication method based on the blockchain network as described above is implemented.

[0022] In a fifth aspect, an embodiment of the present application provides a computer program product, including computer instructions, which, when executed by a processor, implement the Internet of Vehicles communication method based on a blockchain network as described above.

[0023] In the technical solution provided in the embodiments of the present application:

[0024] Through the embodiments of the present application, when the vehicle is outside the coverage of the roadside unit signal, the first service request sent by the first vehicle can be received by the drone; further, when the service pressure corresponding to the roadside unit is too high, the first service request can be forwarded to the blockchain network, and then the blockchain network processes the service corresponding to the first service request. In this way, the vehicle Internet of Things communication in the area not covered by the vehicle network signal is realized, and the first service request is forwarded to the blockchain network for processing, which also reduces the computing pressure of the roadside unit.

[0025] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 is a schematic diagram of an implementation environment in which the embodiments of the present application can be applied;

[0027] Figure 2 is a flowchart of a vehicle networking communication method based on a blockchain network shown in an exemplary embodiment of the present application;

[0028] Figure 3 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0029] Figure 4 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0030] Figure 5 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0031] Figure 6 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0032] Figure 7 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0033] Figure 8 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0034] Fig. 9 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0035] Fig.10 is a flowchart of a vehicle networking communication method based on a blockchain network shown in another exemplary embodiment of the present application;

[0036] Fig.11 is a block diagram of a vehicle networking communication device based on a blockchain network according to an embodiment of the present application;

[0037] Fig.12 It is a structural diagram of a computer system suitable for implementing an electronic device of an embodiment of the present application. DETAILED DESCRIPTION

[0038] Here, exemplary embodiments will be described in detail, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are only examples of devices and methods consistent with some aspects of the present application as detailed in the attached claims.

[0039] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0040] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0041] It should also be noted that the "multiple" mentioned in this application refers to two or more than two. "And / or" describes the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the previous and next associated objects are in an "or" relationship.

[0042] The following is an introduction to the professional terms and professional knowledge involved in the embodiments of this application:

[0043] An unmanned aerial vehicle (UAV) is an unmanned aircraft that is controlled by a radio remote control device and a self-contained program control device, or is operated completely or intermittently autonomously by an onboard computer.

[0044] Multi-access Edge Computing (MEC) is a resource pool that can deploy various servers. By deploying services that need to be accessed nearby on the MEC server, the deployment of local services is completed. In the embodiment of the present application, for the convenience of explanation, it can be considered that one RSU corresponds to one server.

[0045] The Internet of Vehicles (IoV) mainly refers to: the on-board equipment on the vehicle effectively utilizes all vehicle dynamic information on the information network platform through wireless communication technology, and provides different functional services during vehicle operation.

[0046] Delegated Proof of Stake (DPOS) is a consensus algorithm based on voting. Coin holders can select several representative nodes to operate the network, and professionally operated network servers can be used to ensure the security and performance of the blockchain network.

[0047] The vehicle network communication method and device based on the blockchain network, electronic device, and computer-readable medium proposed in the embodiments of the present application relate to the field of computer security technology, and these embodiments will be described in detail below.

[0048] See also Figure 1 , Figure 1 : is a schematic diagram of an implementation environment involved in the present application. The implementation environment may include a first vehicle (101), a second vehicle (102), a roadside unit 1 (103), a server (104), a roadside unit 2 (105), a drone (106) and a blockchain network (107). Among them, the roadside unit 1 (103) is bound to the server (104), and the service range of the roadside unit 1 (103) is within the dotted area where it is located. Roadside unit 2 (105) is different from roadside unit 1 (103), and roadside unit 2 (105) also has an independent service range. In actual applications, the number of roadside units can be 3 or more. The embodiment of the present application is described by taking 2 roadside units as an example. It can be considered that the service range of roadside unit 1 (103) and the service range of roadside unit 2 (105) are the roadside unit signal coverage range. The vehicle in the embodiment of the present application may have a wireless transceiver function. It can be understood that the first vehicle (101) is located outside the coverage of the roadside unit signal, and the second vehicle is located within the coverage of the roadside unit signal.

[0049] Furthermore, the drone (106) may be located within the service range of the roadside unit 1 (103), and the drone (106) may communicate with the first vehicle (101), and the communication method may be line-of-sight communication or other methods that can achieve air-to-air communication, which is not limited in the embodiments of the present application. In the embodiments of the present application, the drone (106) may also be located outside the service range of the roadside unit 1 (103), and in this case, the communication method between the drone (106) and the roadside unit 1 (103) may also be line-of-sight communication.

[0050] Furthermore, the server (104) of the roadside unit 1 (103) may be an MEC server, and the server (104) may interact with the blockchain network. The blockchain network (107) may include node 1, node 2, ..., node n, and each node may participate in the generation of the blockchain.

[0051] Figure 2 The flowchart of a vehicle networking communication method based on a blockchain network is shown according to an exemplary embodiment. Figure 2 As shown, in an exemplary embodiment, the method may include steps S210 to S240, and the execution subject of the embodiment of the present application may be a target roadside unit. The detailed method is described as follows:

[0052] Step S210: receiving a first service request sent by a first vehicle through a drone, where the first vehicle is outside the coverage of a roadside unit signal.

[0053] The drone acts as a relay, receiving the first service request sent by the first vehicle and forwarding the first service request to the target roadside unit. Since the first vehicle is outside the signal coverage of the roadside unit, the first vehicle can send the first service request to the drone through line-of-sight communication.

[0054] Furthermore, the embodiments of the present application do not limit whether the drone is within or outside the signal coverage of the roadside unit. When the drone is within the signal coverage of the roadside unit, it can communicate with the roadside unit in accordance with the commonly used communication method; when the drone is outside the signal coverage of the roadside unit, it can also communicate with the target roadside unit through line of sight communication.

[0055] In one embodiment of the present application, the target roadside unit currently serving as the execution subject may be selected by the first vehicle from multiple roadside units. Multiple roadside units may be distributed around the first vehicle, and the first vehicle performs performance evaluation on the multiple roadside units respectively, thereby selecting a roadside unit with the best signal instruction as the target roadside unit.

[0056] Step S220: forwarding the first business request to the blockchain network, so that the blockchain network performs business processing corresponding to the first business request and obtains a first business processing result.

[0057] Whether the first service request needs to be forwarded to the blockchain network can be judged based on the business pressure of the current server, the priority level of the first service request, and the security level of the first service request. If specific requirements are met, the first service request can be forwarded to the blockchain network for processing. The specific requirements can be designed by those skilled in the art and are not limited in the embodiments of the present application.

[0058] The blockchain network may include multiple nodes, and performance evaluation may be performed on the multiple nodes to screen out target nodes with better performance and sufficient remaining computing power to process the first business corresponding to the first business request, thereby obtaining the first business processing result.

[0059] Optionally, a DPOS system can be adopted to allow token holders to delegate the work of making blocks to more capable nodes. Token holders can obtain votes by staking tokens. Specifically, token holders can pay a certain amount of tokens to obtain voting rights, and the size of voting rights can increase with the increase in the number of tokens paid by token holders. The size of voting rights can be reflected in the number of votes. In this way, a certain number of token holders can obtain votes. Each token holder can cast the votes he holds to the nodes in the blockchain network that he thinks can be block producers according to the number of votes he holds. Each token holder can vote for one or more nodes. After multiple token holders vote in the blockchain network, several nodes that are recognized as block producers (i.e., nodes that can be used to process business requests forwarded by the server) can be selected. These nodes can perform the task of generating blocks on behalf of token holders. When one of these nodes generates and processes a task or generates a block, a token reward will be automatically generated. The reward can be distributed to the token holder who casts the vote on the node according to the voting weight.

[0060] Furthermore, the target node can be selected from the several nodes through performance evaluation, random selection and other methods. The target node can obtain certain rewards after processing the business, and accordingly, the token holder can also obtain certain rewards. Through such a reward mechanism, each node can be encouraged to actively participate in business processing, so that the business requests forwarded by the server to the blockchain network have sufficient computing resources for processing.

[0061] Step S230: Receive the first business processing result returned by the blockchain network.

[0062] Among them, the first business processing result is obtained after the target node processes the business corresponding to the first business request. The target node can add the first business processing result to the blockchain network and return the first business processing result to the target roadside unit.

[0063] Step S240: Send the first business processing result to the first vehicle via the drone.

[0064] Specifically, the target roadside unit may send the first service processing result to the drone, and the drone then forwards the first service processing result to the first vehicle.

[0065] In the embodiment of the present application, when the vehicle is outside the coverage of the roadside unit signal, the first service request sent by the first vehicle can be received by the drone; further, when the service pressure corresponding to the roadside unit is too high, the first service request can be forwarded to the blockchain network, and then the blockchain network processes the service corresponding to the first service request. In this way, the vehicle Internet of Things communication in the area not covered by the Internet of Vehicles signal is realized, and the first service request is forwarded to the blockchain network for processing, which also reduces the computing pressure of the roadside unit server.

[0066] Figure 3 yes Figure 2 The flowchart of step S220 in the embodiment shown is in an exemplary embodiment. Figure 3 As shown, in an exemplary embodiment, the process of forwarding the first service request to the blockchain network may include steps S310 to S330, which are described in detail as follows:

[0067] Step S310: Detect whether the number of currently pending businesses exceeds a preset number threshold. If it is detected that the number of currently pending businesses exceeds the preset number threshold, forward the first business request to the blockchain network.

[0068] The processing capacity of the target roadside unit is limited. If the current target roadside unit processes a large number of businesses, for example, the number of pending businesses exceeds a preset threshold, other computing resources are required to share the additional pending businesses.

[0069] For example, assuming that the current target roadside unit has a business processing capacity of 1,000 businesses, and there are currently 1,000 businesses being processed, 50 businesses are in a pending state, and the preset quantity threshold is 20. If the first business request is queued for processing, it will affect the processing timeliness of the first business request, resulting in the first vehicle taking too long to receive the first business processing result. At this time, the first business request can be forwarded to the blockchain network for processing.

[0070] Step S320: Detect whether the priority level of the first business request is greater than the preset priority level. If it is detected that the priority level of the first business request is greater than the preset priority level, forward the first business request to the blockchain network.

[0071] Exemplarily, referring to the example of step S310, assuming that the current target roadside unit has a business processing capacity of 1,000 businesses, and there are currently 1,000 businesses being processed, even if there are only 15 businesses to be processed, but because the priority level of the first business request is higher and needs to be processed first, the target roadside unit can also forward the first business request to the blockchain network for processing.

[0072] Step S330: Detect whether the security level of the first business request is greater than the preset security level. If it is detected that the security level of the first business request is greater than the preset security level, forward the first business request to the blockchain network.

[0073] Exemplarily, referring to the example of step S320, assuming that the current target roadside unit has a business processing capacity of 1,000 businesses and 800 businesses are currently being processed, even if there are 200 remaining business processing capacities, because the security level of the first business request is greater than the preset security level, the first business request can be forwarded to the blockchain network for processing.

[0074] It should be noted that since the blockchain network has the characteristics of decentralization and immutability, its security factor is very high. Therefore, if the first business request requires such characteristics, the security level can be set within a range greater than the preset security level.

[0075] Furthermore, if there is a second business request to be processed, and its security level is greater than the security level of the first business request, the second business request can be preferentially forwarded to the blockchain network for processing.

[0076] In the embodiment of the present application, the first service request can be processed in a timely manner and the security of the first service request processing can be guaranteed based on the current service saturation of the target roadside unit, the priority level of the first service request, and the security level of the first service request.

[0077] Figure 4 yes Figure 2 The flowchart of step S220 in the embodiment shown is in an exemplary embodiment. Figure 4 As shown, in an exemplary embodiment, the process of forwarding the first service request to the blockchain network may include steps S410 to S430, which are described in detail as follows:

[0078] Step S410: Perform performance evaluation on multiple nodes respectively to obtain processing delays and idle states of the multiple nodes.

[0079] It should be noted that the multiple nodes may be a number of nodes voted by token holders, that is, they are qualified to process the service requests forwarded by the target roadside unit.

[0080] Among them, the blockchain network includes multiple nodes. The performance evaluation of multiple nodes can be evaluated by delay to finality (DTF), that is, processing delay. The processing delay can reflect the time it takes for a node to process a business. The shorter the processing delay, the better the performance of the node, and the more likely it is to be selected as the node for processing the business request sent by the server. Among them, DTF can include block generation time, verification time and propagation time. For the kth node, the corresponding DTF specific calculation formula can be:

[0081]

[0082] Among them, S R Refers to the size of a block in the blockchain, S T refers to the average transaction size, Φ is the transaction throughput, and R k,i is the transmission speed from the k-th block validator to the i-th block validator, f k,i It is the CPU frequency of the i-th validator to verify the data transmitted by the k-th validator. Among them, the validator is a module in a node, and a node can include a validator; the i-th validator is contained in the i-th node, and the i-th node is different from the k-th node, and can be any node around the k-th node. The i-th validator can receive the information sent by the k-th validator and perform validity detection on the information to determine whether the information is valid. If valid, it can be determined that the information can be added to the blockchain. The information sent by the k-th validator can be the result information of the k-th node processing the business. The number of i-th nodes can be multiple. When the number of nodes in multiple i-th nodes that determine that the message sent by the k-th validator is valid reaches a certain number, the information can be added to the blockchain.

[0083] Through this formula, the processing delay of each node can be calculated by calculating the block generation time, verification time and propagation time to obtain DTF.

[0084] Optionally, those skilled in the art may also design other performance evaluation methods for each node. The embodiment of the present application takes the performance evaluation of the DTF dimension as an example without limitation.

[0085] Step S420: Select a target node from the multiple nodes according to the processing delays and idle states of the multiple nodes.

[0086] Specifically, a node in an idle state and having the lowest processing delay may be selected from the multiple nodes as the target node, or a node in an idle state may be randomly selected from the multiple nodes as the target node.

[0087] Step S430: forwarding the first business request to a target node in the blockchain network, so that the target node performs business processing corresponding to the first business request and obtains a first business processing result.

[0088] In an embodiment of the present application, performance evaluation and idle state detection can be performed on multiple nodes in the blockchain network, which is conducive to screening out currently available nodes.

[0089] Figure 5 yes Figure 4 The flowchart of step S420 in the embodiment shown is in an exemplary embodiment. Figure 5 As shown, in an exemplary embodiment, the process of selecting a target node from a plurality of nodes according to the processing delay and idle state of the plurality of nodes may include step S510, which is described in detail as follows:

[0090] Step S510: Select a node from multiple nodes whose processing delay is less than a preset delay threshold and whose computing resource amount indicated by the idle state is greater than a preset computing resource amount threshold, and use the selected node as the target node.

[0091] Nodes whose processing delay is less than a preset delay threshold, and available nodes that are currently in an idle state and whose computing resource amount indicated by the idle state is greater than a preset computing resource amount threshold can be screened out. If there are still more than one available nodes at this time, the available node with the smallest processing delay can be determined as the target node, or an available node can be randomly selected as the target node, which is not limited in the embodiments of the present application. Among them, the preset processing delay threshold can be set by a person skilled in the art, and the value can change with different services, which is not limited in the embodiments of the present application.

[0092] In the embodiment of the present application, it is possible to determine whether there is a node that meets the conditions among multiple nodes by processing the delay and the idle state, and then determine the target node, thereby improving the accuracy of the target node selection.

[0093] Figure 6 yes Figure 2 In to Figure 5 A flow chart of another exemplary embodiment of the embodiment shown in FIG. Figure 6 As shown, in an exemplary embodiment, the process based on the above embodiment may further include steps S610 to S640, which are described in detail as follows:

[0094] Step S610: receiving a second service request sent by a second vehicle, where the second vehicle is located within the coverage of a roadside unit signal.

[0095] For example, Figure 1As shown, if the second vehicle is within the coverage of the vehicle network signal, it can directly communicate with the target roadside unit (i.e. Figure 1 Therefore, for the second vehicle, there is no need to determine the target roadside unit from multiple roadside units around it, but the roadside unit that provides the signal coverage is directly determined as the target roadside unit.

[0096] Step S620: forward the second business request to the blockchain network, so that the blockchain network performs business processing corresponding to the second business request and obtains a second business processing result.

[0097] Among them, the target roadside unit can select another target node from the blockchain network, and the other target node can process the service corresponding to the second service request. The specific selection method is the same as the selection method of the above-mentioned target node, which will not be repeated here.

[0098] In one embodiment of the present application, it is possible to detect whether the number of currently pending businesses exceeds a preset number threshold. If it is detected that the number of currently pending businesses exceeds the preset number threshold, the second business request is forwarded to the blockchain network; or

[0099] Detecting whether the priority level of the second service request is greater than a preset priority level, and if it is detected that the priority level of the second service request is greater than the preset priority level, forwarding the second service request to the blockchain network; or

[0100] Detect whether the security level of the second business request is greater than the preset security level. If it is detected that the security level of the second business request is greater than the preset security level, forward the second business request to the blockchain network.

[0101] Step S630: Receive the second business processing result returned by the blockchain network.

[0102] That is, the second service processing result returned by the node that processes the second service is received.

[0103] Step S640: Send the second business processing result to the second vehicle.

[0104] At this time, since the second vehicle is located within the coverage of the roadside unit signal, the target roadside unit can directly send the second service processing result to the second vehicle.

[0105] In an embodiment of the present application, the second vehicle is located within the signal coverage of the roadside unit, and the second service request of the second vehicle can also be sent to the blockchain network for processing, which is helpful to alleviate the service processing pressure of the server of the target roadside unit.

[0106] Figure 7FIG. 1 is a flow chart showing another method for communicating with an Internet of Vehicles based on a blockchain network according to an exemplary embodiment. Figure 7 As shown, in an exemplary embodiment, the method may include steps S710 to S730, and the execution subject of the embodiment of the present application may be the first vehicle or the second vehicle. The detailed method is described as follows:

[0107] Step S710: Detect whether the vehicle is currently outside the coverage of the roadside unit signal.

[0108] If the vehicle is detected to be outside the coverage of the roadside unit signal, it means that the current vehicle is the first vehicle; conversely, if the vehicle is detected to be within the coverage of the roadside unit signal, it means that the current vehicle is the second vehicle.

[0109] Step S720: If it is detected that the vehicle is currently outside the signal coverage of the roadside unit, a first service request is sent to the target roadside unit via the drone, so that the target roadside unit forwards the first service request to the blockchain network, and the blockchain network performs service processing to obtain a first service processing result.

[0110] In one embodiment of the present application, if the current vehicle is the first vehicle, the processing delay of multiple roadside units in the surrounding area can be further calculated, and the roadside unit with the smallest processing delay can be selected as the target roadside unit. Furthermore, the first vehicle sends the first service request to the drone, and the drone sends the first service request to the target roadside unit, which sends the first service request to the blockchain network for processing. The requirement that the first service request is sent to the blockchain network for processing has been described in detail above and will not be repeated here.

[0111] In one embodiment of the present application, if the current vehicle is the second vehicle, the second service request can be sent directly to the target roadside unit, and the target roadside unit sends the second service request to the blockchain network for processing.

[0112] Step S730: Receive the first service processing result sent by the target roadside unit via the drone.

[0113] Specifically, the target roadside unit sends the first service processing result to the drone, and the drone then sends the first service processing result to the first vehicle.

[0114] In one embodiment of the present application, if the current vehicle is the second vehicle, after receiving the second service processing result, the target roadside unit may directly forward it to the second vehicle.

[0115] In the embodiment of the present application, the first vehicle can communicate with the target roadside unit through the drone and send the first service request to the target roadside unit. The first vehicle is outside the signal coverage of the roadside unit. Furthermore, the target roadside unit can send the first service request to the blockchain network for processing. Through this method, vehicles outside the signal coverage of the roadside unit can also communicate with the roadside unit. At the same time, the roadside unit can forward the first service request to the blockchain network for processing, which can reduce the service pressure of the roadside unit server.

[0116] Figure 8 yes Figure 7 The flowchart of step S720 in the embodiment shown is in an exemplary embodiment. Figure 8 As shown, in an exemplary embodiment, the process of sending the first service request to the target roadside unit by the drone may include steps S810 to S830, which are described in detail as follows:

[0117] Step S810: Evaluate the performance of multiple roadside units respectively to obtain processing delays of multiple nodes.

[0118] The processing delay of the server of the nth roadside unit for vehicles outside the signal coverage of the roadside unit can be calculated by the following formula:

[0119]

[0120] in, Indicates the size of multimedia data unloaded each time by a vehicle outside the coverage of the roadside unit signal (i.e., the size of the service request), U n1 is the transmission rate of information from vehicles outside the signal coverage of the roadside unit to the nth roadside unit, X represents the number of CPU cycles to process 1 bit of multimedia data (i.e., the service included in the service request), T 0 represents the waiting delay, f n represents the CPU cycle frequency required by the server of the nth roadside unit, and λ represents the penalty coefficient of the waiting time (1<λ<2).

[0121] The transmission rate of information from a vehicle outside the signal coverage of the roadside unit to the nth roadside unit can be calculated by the following formula:

[0122]

[0123] Among them, the system bandwidth is B Hertz (Hz), P n is the transmission power of information from a vehicle outside the signal coverage of the roadside unit to the nth roadside unit in time t, g nis the channel gain from the vehicle outside the signal coverage of the roadside unit to the nth roadside unit, and σ is the noise power.

[0124] The processing delay of multiple roadside units can be obtained through the above formula.

[0125] In one embodiment of the present application, the processing delay of the server of the nth roadside unit to the vehicle within the coverage range of the roadside unit signal can be calculated by the following formula:

[0126]

[0127] in, Indicates the size of multimedia data unloaded each time by a vehicle within the coverage of the roadside unit signal (i.e., the size of the service request), U n2 is the transmission rate of information from the vehicle within the signal coverage of the roadside unit to the nth roadside unit, X represents the number of CPU cycles to process 1 bit of multimedia data (i.e., the service included in the service request), T 0 represents the waiting delay, f n U represents the CPU cycle frequency required by the server of the nth roadside unit. n2 The calculation method of can be designed by those skilled in the art and is not limited in the embodiments of the present application.

[0128] Step S820: Select a roadside unit with the smallest processing delay from multiple roadside units, and use the selected roadside unit as the target roadside unit.

[0129] That is, from the above multiple T n1 Select the smallest value T n1 , and then the T n1 The corresponding roadside unit is used as the target roadside unit.

[0130] Step S830: Send a first service request to the target roadside unit via the drone.

[0131] That is, the first vehicle sends the first service request to the drone, and the drone then forwards the first service request to the target roadside unit.

[0132] In an embodiment of the present application, the first vehicle can perform performance evaluation on multiple roadside units and obtain the processing delay of each roadside unit, so as to determine the target roadside unit whose processing delay is the smallest, which is conducive to ensuring the service timeliness of the first vehicle.

[0133] Fig. 9 FIG. 1 is a flow chart showing another method for communicating with an Internet of Vehicles based on a blockchain network according to an exemplary embodiment. Fig. 9As shown, in an exemplary embodiment, the method may include steps S910 to S940, and the execution subject of the embodiment of the present application may be a target roadside unit, a server of the target roadside unit, a target node and a first vehicle. The detailed method is described as follows:

[0134] Step S910: The first vehicle sends a first service request to a target roadside unit via a drone.

[0135] The first vehicle is outside the coverage of the roadside unit signal.

[0136] Step S920: The server of the target roadside unit sends the first service request to the blockchain network.

[0137] Step S930: The target node in the blockchain network processes the service corresponding to the first service request, obtains a first service processing result, and returns the first service processing result to the server of the target roadside unit.

[0138] Step S940: The target roadside unit sends the first service processing result to the first vehicle via the drone.

[0139] The specific implementation steps of step S910 to step S940 have been described in detail in the above embodiments and will not be repeated here.

[0140] In the embodiment of the present application, the first vehicle communicates with the target roadside unit through the drone, which solves the problem of insufficient signal coverage of the target roadside unit. Furthermore, the server of the target roadside unit can forward the service of the first service request to the blockchain network for processing, which can reduce the service processing pressure of the target roadside unit.

[0141] Fig.10 FIG. 1 is a flow chart showing another method for communicating with an Internet of Vehicles based on a blockchain network according to an exemplary embodiment. Fig. 9 As shown, in an exemplary embodiment, the method may include steps S1010 to S1040, and the execution subject of the embodiment of the present application may be a target roadside unit, a server of the target roadside unit, a target node, and a second vehicle. The detailed method is described as follows:

[0142] Step S1010: The second vehicle sends a second service request to the target roadside unit.

[0143] The second vehicle is located within the coverage of the roadside unit signal.

[0144] Step S1020: The server of the target roadside unit sends the second service request to the blockchain network.

[0145] Step S1030: The target node in the blockchain network processes the service corresponding to the second service request, obtains a second service processing result, and returns the second service processing result to the server of the target roadside unit.

[0146] Among them, the target node in step S1030 may be the same as or different from the target node in step S930, which is not limited in the embodiment of the present application.

[0147] Step S1040: The target roadside unit sends the second service processing result to the second vehicle via the drone.

[0148] The specific implementation steps of step S1010 to step S1040 have been described in detail in the above embodiments and will not be repeated here.

[0149] In an embodiment of the present application, the server of the target roadside unit can forward the service of the second service request to the blockchain network for processing, which can reduce the service processing pressure of the target roadside unit.

[0150] Fig.11 FIG. 1 is a schematic diagram of a vehicle networking communication device based on a blockchain network according to an exemplary embodiment. Fig.12 As shown, in an exemplary embodiment, when the Internet of Vehicles communication device based on the blockchain network is applied to a target roadside unit, the device may include:

[0151] The communication unit 1110 is configured to receive, through a first drone, a first service request sent by a first vehicle, where the first vehicle is outside a signal coverage range of a target roadside unit;

[0152] The processing unit 1120 is used to forward the first service request to the first node in the blockchain network for processing under a preset condition to obtain a first service processing result;

[0153] The communication unit 1110 is further configured to send the first service processing result to the first vehicle via the first drone;

[0154] The communication unit 1110 is further configured to send the first reward data to the first node.

[0155] In one embodiment, the detection unit 1130 is used to detect whether the number of currently pending businesses exceeds a preset number threshold. If it is detected that the number of currently pending businesses exceeds the preset number threshold, the communication unit 1110 is further used to forward the first business request to the blockchain network; or

[0156] The detection unit 1130 is further used to detect whether the priority level of the first service request is greater than the preset priority level. If it is detected that the priority level of the first service request is greater than the preset priority level, the communication unit 1110 is further used to forward the first service request to the blockchain network; or

[0157] The detection unit 1130 is further used to detect whether the security level of the first business request is greater than the preset security level. If it is detected that the security level of the first business request is greater than the preset security level, the communication unit 1110 is further used to forward the first business request to the blockchain network.

[0158] In one embodiment, a blockchain network includes a plurality of nodes;

[0159] In one embodiment, the processing unit 1120 is further configured to perform performance evaluation on the multiple nodes respectively to obtain processing delays and idle states of the multiple nodes; and select a target node from the multiple nodes according to the processing delays and idle states of the multiple nodes;

[0160] The communication unit 1110 is also used to forward the first business request to a target node in the blockchain network, so that the target node performs business processing corresponding to the first business request and obtains a first business processing result.

[0161] In one embodiment, the processing unit 1120 is also used to select a node from multiple nodes whose processing delay is less than a preset delay threshold and whose computing resource amount indicated by the idle state is greater than a preset computing resource amount threshold, and use the selected node as the target node.

[0162] In one embodiment, the communication unit 1110 is also used to receive a second business request sent by a second vehicle, where the second vehicle is located within the coverage of the roadside unit signal; forward the second business request to the blockchain network, so that the blockchain network performs business processing corresponding to the second business request to obtain a second business processing result; receive the second business processing result returned by the blockchain network; and send the second business processing result to the second vehicle.

[0163] When the Internet of Vehicles communication device based on the blockchain network is applied to a vehicle, the device may include:

[0164] A detection unit 1130, used to detect whether the vehicle is currently outside the coverage of a roadside unit signal;

[0165] The communication unit 1110 is configured to send a first service request to a target roadside unit through a drone if it is detected that the vehicle is currently outside the signal coverage of the roadside unit, so that the target roadside unit forwards the first service request to the blockchain network, and the blockchain network performs service processing to obtain a first service processing result;

[0166] The communication unit 1110 is also used to receive the first service processing result sent by the target roadside unit through the drone.

[0167] In one embodiment, the processing unit 1120 is used to perform performance evaluation on multiple roadside units respectively to obtain processing delays of the multiple nodes; select a roadside unit with the smallest processing delay from the multiple roadside units, and use the selected roadside unit as the target roadside unit; the communication unit 1110 is also used to send the first service request to the target roadside unit through the drone.

[0168] It should be noted that the Internet of Vehicles communication device based on blockchain network provided in the above embodiment and the Internet of Vehicles communication method based on blockchain network provided in the above embodiment belong to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiment and will not be repeated here.

[0169] An embodiment of the present application also provides an electronic device, comprising: one or more processors; a storage device for storing one or more programs, and when the one or more programs are executed by one or more processors, the electronic device implements the Internet of Vehicles communication method based on the blockchain network provided in the above-mentioned embodiments.

[0170] Fig.12 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown.

[0171] It should be noted that Fig.12 The computer system 1200 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0172] like Fig.12As shown, the computer system 1200 includes a central processing unit (CPU) 1201, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1202 or the program loaded from the storage part 1208 to the random access memory (RAM) 1203, such as executing the method in the above embodiment. In the RAM 1203, various programs and data required for system operation are also stored. The CPU 1201, the ROM 1202 and the RAM 1203 are connected to each other through the bus 1204. The input / output (I / O) interface 1205 is also connected to the bus 1204.

[0173] The following components are connected to the I / O interface 1205: an input section 1206 including a keyboard, a mouse, etc.; an output section 1207 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1208 including a hard disk, etc.; and a communication section 1209 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1209 performs communication processing via a network such as the Internet. A drive 1210 is also connected to the I / O interface 1205 as needed. A removable medium 1211, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1210 as needed so that a computer program read therefrom is installed into the storage section 1208 as needed.

[0174] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 1209, and / or installed from a removable medium 1211. When the computer program is executed by a central processing unit (CPU) 1201, various functions defined in the system of the present application are executed.

[0175] It should be noted that the computer-readable medium shown in the embodiment of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable medium may be any tangible medium containing or storing a program, which may be used by an instruction execution system, device or device or used in combination with it. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable computer program is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. A computer program contained on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0176] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0177] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0178] Another aspect of the present application also provides a computer-readable medium having a computer program stored thereon, which implements the cross-domain data transmission method as described above when the computer program is executed by a processor. The computer-readable medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0179] Another aspect of the present application also provides a computer program product or a computer program, which includes a computer instruction stored in a computer-readable medium. A processor of a computer device reads the computer instruction from the computer-readable medium, and the processor executes the computer instruction, so that the computer device executes the cross-domain data transmission method provided in each of the above embodiments.

[0180] The above content is only a preferred exemplary embodiment of the present application and is not intended to limit the implementation scheme of the present application. A person skilled in the art can easily make corresponding changes or modifications based on the main concept and spirit of the present application. Therefore, the scope of protection of the present application shall be based on the scope of protection required by the claims.

Claims

1. A vehicle networking communication method based on a blockchain network, characterized in that: The method is applied to a roadside unit; the method comprises: receiving, by a drone, a first service request sent by a first vehicle, where the first vehicle is outside the coverage of a roadside unit signal; Forwarding the first business request to the blockchain network, so that the blockchain network performs business processing corresponding to the first business request, and obtains a first business processing result; Receiving the first business processing result returned by the blockchain network; The first business processing result is sent to the first vehicle through the drone.

2. The method according to claim 1, characterized in that: The forwarding the first service request to the blockchain network includes: Detecting whether the number of currently pending businesses exceeds a preset number threshold, and if it is detected that the number of currently pending businesses exceeds the preset number threshold, forwarding the first business request to the blockchain network; or detecting whether the priority level of the first service request is greater than a preset priority level, and if it is detected that the priority level of the first service request is greater than the preset priority level, forwarding the first service request to the blockchain network; or Detect whether the security level of the first business request is greater than a preset security level. If it is detected that the security level of the first business request is greater than the preset security level, forward the first business request to the blockchain network.

3. The method according to claim 1, characterized in that The blockchain network includes a plurality of nodes; forwarding the first service request to the blockchain network includes: Performing performance evaluation on the multiple nodes respectively to obtain processing delays and idle states of the multiple nodes; Selecting a target node from the plurality of nodes according to processing delays and idle states of the plurality of nodes; The first business request is forwarded to a target node in the blockchain network, so that the target node performs business processing corresponding to the first business request to obtain the first business processing result.

4. The method according to claim 3, characterized in that: The selecting a target node from the multiple nodes according to the processing delays and idle states of the multiple nodes comprises: A node whose processing delay is less than a preset delay threshold and whose computing resource amount indicated by the idle state is greater than a preset computing resource amount threshold is selected from the multiple nodes, and the selected node is used as the target node.

5. The method according to any one of claims 1 to 4, characterized in that The method further comprises: receiving a second service request sent by a second vehicle, where the second vehicle is located within the coverage of a roadside unit signal; Forwarding the second business request to the blockchain network, so that the blockchain network performs business processing corresponding to the second business request, and obtains a second business processing result; Receiving the second business processing result returned by the blockchain network; The second business processing result is sent to the second vehicle.

6. A vehicle networking communication method based on a blockchain network, characterized in that: The method is applied to a vehicle; the method comprises: Detect whether the current location is outside the signal coverage of the roadside unit; If it is detected that the vehicle is currently outside the signal coverage of the roadside unit, a first service request is sent to the target roadside unit through the drone, so that the target roadside unit forwards the first service request to the blockchain network, and the blockchain network performs service processing to obtain a first service processing result; Receive the first service processing result sent by the target roadside unit through the drone.

7. The method according to claim 6, characterized in that The sending the first service request to the target roadside unit by using the drone includes: Performing performance evaluation on multiple roadside units respectively to obtain processing delays of the multiple roadside units; Selecting a roadside unit with the smallest processing delay from the multiple roadside units, and using the selected roadside unit as the target roadside unit; The first service request is sent to the target roadside unit through the drone.

8. A vehicle networking communication device based on a blockchain network, characterized in that: Applied to a target roadside unit, the device comprises: A communication unit, configured to receive, through a drone, a first service request sent by a first vehicle, where the first vehicle is outside a coverage area of ​​a roadside unit signal; The communication unit is further configured to forward the first service request to the blockchain network, so that the blockchain network performs a service processing corresponding to the first service request to obtain a first service processing result; The communication unit is further used to receive the first business processing result returned by the blockchain network; The communication unit is also used to send the first business processing result to the first vehicle through the drone.

9. An electronic device, characterized in that: include: one or more processors; A memory for storing one or more programs. When the one or more programs are executed by the electronic device, the electronic device implements the vehicle network communication method based on the blockchain network as described in any one of claims 1 to 5, or implements the vehicle network communication method based on the blockchain network as described in any one of claims 6 to 7.

10. A computer readable medium having a computer program stored thereon, characterized in that: When the computer program is executed by the processor, it implements the vehicle network communication method based on the blockchain network as described in any one of claims 1 to 5, or implements the vehicle network communication method based on the blockchain network as described in any one of claims 6 to 7.

Images