Resource Determination and Vehicle Communication Method, Device, Medium and Electronic Equipment

Abstract

Embodiments of the present application provide a resource determination and vehicle communication method, apparatus, medium, and electronic device. The resource determination method includes: obtaining the average traffic flow of a target road section within a specified time period; counting first data generated by vehicles in a critical area between two adjacent sub-road sections connecting to servers corresponding to the two adjacent sub-road sections through long connections, and second data generated by vehicles connecting to a target server through short connections after passing through the critical area within a historical time period; determining the amount of resources for vehicles on the target road section to communicate with servers within the specified time period according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data. The technical solution of the embodiments of the present application can effectively determine the amount of resources required for a vehicle-road cooperation system.

Description

Technical Field

[0001] The present application relates to the field of computer and communication technologies, and in particular, to a method, apparatus, medium, and electronic device for resource determination and vehicle communication. Background Art

[0002] Currently, in the field of vehicle-road cooperation, it is often necessary to determine the amount of network resources to be prepared for vehicles on a target road section to interact with a server. However, in the related art, when determining the amount of resources, it is unable to effectively determine the amount of resources for information interaction between vehicles and the server, which is not conducive to improving the performance of the vehicle-road cooperation system. Summary of the Invention

[0003] Embodiments of the present application provide a method, apparatus, computer-readable medium, and electronic device for resource determination and vehicle communication, which can, at least to a certain extent, effectively determine the amount of resources required for a vehicle-road cooperation system and improve the performance of the vehicle-road cooperation system.

[0004] Other features and advantages of the present application will become apparent from the following detailed description, or will be partially learned through the practice of the present application.

[0005] According to an aspect of an embodiment of the present application, a method for resource determination is provided, including: obtaining the average traffic flow of a target road section within a specified time period, where the target road section includes a plurality of sub-road sections, and a corresponding server is deployed for each sub-road section; counting the first data generated by vehicles in the critical area between two adjacent sub-road sections connecting the servers corresponding to the two adjacent sub-road sections in a long connection manner, and the second data generated by the vehicles connecting to a target server in a short connection manner after passing through the critical area, where the target server is obtained by the vehicles through the long connection manner; determining the amount of resources for communication between vehicles and servers on the target road section within the specified time period according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data.

[0006] According to one aspect of the embodiments of the present application, a vehicle communication method is provided, including: determining the position of the vehicle on a target section according to the position of the vehicle, where the target section includes a plurality of sub-sections, and a corresponding server is deployed on each sub-section; if it is determined that the vehicle is in the critical area between two adjacent sub-sections according to the position of the vehicle, connecting the servers corresponding to the two adjacent sub-sections by a long connection method, and obtaining a target server that needs to be connected by a short connection method after passing through the critical area; after passing through the critical area, connecting the target server by a short connection method; uploading first data generated by connecting the server by a long connection method and second data generated by connecting the server by a short connection method to a network resource allocation device, so that the network resource allocation device allocates resources to the servers deployed on the target section according to the first data and the second data.

[0007] According to one aspect of the embodiments of the present application, a resource determination device is provided, including: an acquisition unit, configured to acquire the average traffic flow of a target section within a specified time period, where the target section includes a plurality of sub-sections, and a corresponding server is deployed on each sub-section; a statistics unit, configured to count first data generated by a vehicle connecting the servers corresponding to two adjacent sub-sections by a long connection method when the vehicle is in the critical area between the two adjacent sub-sections within a historical time period, and second data generated by the vehicle connecting a target server by a short connection method after passing through the critical area, and the information of the target server is obtained by the vehicle through the long connection method; a first determination unit, configured to determine the resource amount for a vehicle on the target section to communicate with the server within the specified time period according to the average traffic flow, the number of servers deployed on the target section, the first data, and the second data.

[0008] In some embodiments of the present application, based on the foregoing solution, the first data includes the long connection success rate of connecting the servers corresponding to the two adjacent sub-sections by a long connection method and the resource amount consumed by any successful long connection; the second data includes the short connection success rate of connecting the target server by a short connection method, the resource amount consumed by any successful short connection, and the number of successful short connections per vehicle on average.

[0009] In some embodiments of the present application, based on the foregoing solution, the resource amount Q for a vehicle on the target section to communicate with the server within the specified time period is calculated according to the following formula:

[0010] Q = fnq long / p long +fmq short / p short

[0011] Among them, f is the average traffic flow of the target road section within a specified time period, n is the number of servers deployed in the target road section, q long is the resource consumption for any successful long connection, p long is the long connection success rate, q short is the resource consumption for any successful short connection, p short is the short connection success rate, and m is the average number of successful short connections per vehicle.

[0012] In some embodiments of the present application, based on the foregoing solution, before the statistical unit is used to count the first data generated by vehicles in the critical area between two adjacent sub-road sections connecting the servers corresponding to the two adjacent sub-road sections through long connections within a historical time period, it further includes: a resource type acquisition unit for acquiring the resource types for vehicles on the target road section to communicate with the server within the specified time period; the first data includes the long connection success rate of connecting the servers corresponding to the two adjacent sub-road sections through long connections and the resource consumption corresponding to each of the resource types for any successful long connection; the second data includes the short connection success rate of connecting the target server through short connections, the resource consumption corresponding to each of the resource types for any successful short connection, and the average number of successful short connections per vehicle.

[0013] In some embodiments of the present application, based on the foregoing solution, the resource consumption Q of the resource type i for vehicles on the target road section to communicate with the server within the specified time period is calculated according to the following formula i :

[0014] Q i = fnq long,i / p long + fmq short,i / p short

[0015] Among them, f is the average traffic flow of the target road section within a specified time period, n is the number of servers deployed in the target road section, q long,i is the resource consumption of the resource type i for any successful long connection, p long is the long connection success rate, q short,i is the resource consumption of the resource type i for any successful short connection, p short is the short connection success rate, and m is the average number of successful short connections per vehicle.

[0016] In some embodiments of the present application, based on the foregoing solution, it further includes: a comparison unit configured to compare the determined resource amount with the reserved resource amount; an adjustment unit configured to, if the comparison result is inconsistent, adjust the reserved resource amount so that the reserved resource amount matches the determined resource amount.

[0017] In some embodiments of the present application, based on the foregoing solution, it further includes: an allocation unit configured to allocate the reserved resource amount that matches the determined resource amount to the servers corresponding to each of the sub-sections.

[0018] In some embodiments of the present application, based on the foregoing solution, the allocation unit is configured to: evenly allocate the reserved resource amount that matches the determined resource amount to the servers corresponding to each of the sub-sections.

[0019] According to one aspect of the embodiments of the present application, there is provided a vehicle communication device, including: a second determination unit configured to determine the position of the vehicle on a target section according to the position of the vehicle, where the target section includes a plurality of sub-sections, and each of the sub-sections is deployed with a corresponding server; a connection acquisition unit configured to, if it is determined according to the position of the vehicle that the vehicle is in a critical area between two adjacent sub-sections, connect to the servers corresponding to the two adjacent sub-sections through a long connection and obtain the target server that needs to be connected through a short connection after passing through the critical area; a connection unit configured to, after passing through the critical area, connect to the target server through a short connection; an upload unit configured to upload the first data generated by connecting to the server through a long connection and the second data generated by connecting to the server through a short connection to a network resource allocation device, so that the network resource allocation device allocates resources to the servers corresponding to each of the sub-sections according to the first data and the second data.

[0020] In some embodiments of the present application, based on the foregoing solution, the connection acquisition unit is configured to: receive the response messages returned by the servers corresponding to the two adjacent sub-sections; use the server information included in the response messages that has not been connected through a short connection as the information of the target server.

[0021] In some embodiments of the present application, based on the foregoing solution, before the connection acquisition unit is configured to, if it is determined according to the position of the vehicle that the vehicle is in a critical area between two adjacent sub-sections, connect to the servers corresponding to the two adjacent sub-sections through a long connection, it further includes: determining an overlapping coverage area according to the coverage areas of the servers deployed in the two adjacent sub-sections, and using the overlapping coverage area as the critical area between the two adjacent sub-sections.

[0022] According to one aspect of the embodiments of the present application, a computer-readable medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the resource determination method or vehicle communication method described in the above embodiments is implemented.

[0023] According to one aspect of the embodiments of the present application, an electronic device is provided, including: one or more processors; a storage device for storing one or more programs. When the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the resource determination method or vehicle communication method described in the above embodiments.

[0024] In the technical solutions provided in some embodiments of the present application, by integrating the long connection method and the short connection method, vehicles in the critical area between two adjacent sub-sections of the target section connect to the servers corresponding to the two adjacent sub-sections through the long connection method to facilitate obtaining the target server. After the vehicle passes through the critical area, it connects to the target server through the short connection method. After obtaining the average traffic flow of the target section within a specified time period, the first data generated by vehicles in the critical area between two adjacent sub-sections connecting to the servers corresponding to the two adjacent sub-sections through the long connection method and the second data generated by the vehicle connecting to the target server through the short connection method after passing through the critical area are statistically analyzed. According to the average traffic flow, the number of servers deployed in the target section, the first data, and the second data, the resource amount for vehicles on the target section to communicate with the servers within a specified time period can be determined. The technical solution in the embodiments of the present application integrates the long connection method and the short connection method when determining resources in the field of vehicle-road cooperation, and can effectively determine the resource amount required for vehicles on the target section to directly interact with the servers deployed on the target section according to the average traffic flow, the number of servers deployed in the target section, and the data generated by connecting through the long connection method and the short connection method, which is beneficial to improving the performance of the vehicle-road cooperation system.

[0025] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, and cannot limit the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] The accompanying drawings herein are incorporated into the specification and constitute a part of this specification, showing embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. Obviously, the following drawings in the description are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts. In the drawings:

[0027] Figure 1 A schematic diagram showing an exemplary system architecture to which the resource determination method of the embodiments of the present application can be applied;

[0028] Figure 2 shows a flowchart of a resource determination method according to an embodiment of the present application;

[0029] Figure 3 shows a flowchart of a resource determination method according to an embodiment of the present application;

[0030] Figure 4 shows a flowchart of a resource determination method according to an embodiment of the present application;

[0031] Figure 5 shows a flowchart of a vehicle communication method according to an embodiment of the present application;

[0032] Figure 6 shows a flowchart of a vehicle communication method according to an embodiment of the present application;

[0033] Figure 7 shows a schematic diagram of information interaction between a vehicle and a server according to an embodiment of the present application;

[0034] Figure 8 shows a schematic flowchart of information interaction between a vehicle and a server according to an embodiment of the present application;

[0035] Figure 9 shows a block diagram of a resource determination apparatus according to an embodiment of the present application;

[0036] Figure 10 shows a block diagram of a vehicle communication apparatus according to an embodiment of the present application;

[0037] Figure 11 shows a schematic structural diagram of a computer system of an electronic device suitable for implementing the embodiments of the present application. Detailed implementation manners

[0038] Example embodiments will now be described more fully with reference to the accompanying drawings. However, the example embodiments can be implemented in various forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this application will be more complete and comprehensive, and will fully convey the concept of the example embodiments to those skilled in the art.

[0039] In addition, the described features, structures, or characteristics may be combined in one or more embodiments in any suitable manner. In the following description, numerous specific details are provided to give a thorough understanding of the embodiments of the present application. However, those skilled in the art will realize that the technical solutions of the present application may be practiced without one or more of the specific details, or other methods, components, devices, steps, etc. may be employed. In other cases, well-known methods, devices, implementations, or operations are not shown or described in detail to avoid obscuring aspects of the present application.

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

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

[0042] Figure 1 A schematic diagram of an exemplary system architecture to which the technical solutions of the embodiments of the present application can be applied is shown.

[0043] As Figure 1 shown, the system architecture 100 may include server 101A, server 101B, vehicle 102, and network resource allocation device 103. Among them, vehicle 102 is located on the target section, the target section includes two sub-sections 11A and 11B, sub-sections 11A and 11B are two adjacent sub-sections, and there is a critical area 12 between the two adjacent sub-sections. A server 101A corresponding to sub-section 11A and a server 101B corresponding to sub-section 11B are deployed on the target section. In a specific embodiment, vehicle 102 on the target section may be an autonomous vehicle or a non-autonomous vehicle controlled by a driver. It should be noted that the labels 101A and 101B of the servers are only used to indicate that the servers correspond to different sub-sections. Server 101A corresponds to sub-section 11A, and server 101B corresponds to sub-section 11B. The labels of the servers do not constitute a limitation on the servers themselves.

[0044] Server 101A is responsible for communicating with the vehicles in sub-section 11A, and server 101B is responsible for communicating with vehicle 102 in sub-section 11B. For example, vehicle 102 in sub-section 11A obtains road condition information through server 101A to assist in safe driving, or vehicle 102 in sub-section 11A sends the driving information of vehicle 102 itself to server 101A. It should be noted that server 101A can be one or more servers, and server 101B can also be one or more servers.

[0045] The network resource allocation device 103 can be a central server or any computer with computing functions. After determining the resources for the servers deployed in the target section to communicate with the vehicles in the target section, the network resource allocation device 103 can allocate network resources to the servers 101A and 101B deployed in the target section. The network resource allocation device 103 communicates with servers 101A and 101B through the network, and the network is a medium for providing a communication link between the network resource allocation device 103 and servers 101A and 101B. The network can include but is not limited to: wireless networks, wired networks. Wired networks include but are not limited to at least one of the following: wide area networks, metropolitan area networks, local area networks. Wireless networks include but are not limited to at least one of the following: Bluetooth, WI-FI, Near Field Communication (NFC).

[0046] It should be understood that Figure 1 the numbers of servers 101A, 101B, vehicle 102 on the target section and network resource allocation device 103 in

[0047] In an embodiment of the present application, the network resource allocation device 103 obtains the average traffic flow of the target section within a specified time period, and counts the first data generated by vehicle 102 in the critical area 12 connecting to servers 101A and 101B through long connections within the historical time period, and the second data generated by vehicle 102 connecting to server 101B through short connections after passing through the critical area 12.

[0048] In an embodiment of the present application, after obtaining the average traffic flow, the first data and the second data, the network resource allocation device 103 can calculate the resource amount for vehicle 102 on the target section to communicate with servers 101A and 101B within the specified time period.

[0049] In one embodiment of the present application, after obtaining the average traffic flow of the target road section within a specified time period, the network resource allocation device 103 may further obtain the types of resources for the vehicles 102 on the target road section to communicate with the servers 101A and 101B, and calculate the resource amount of the resource type based on the obtained resource types.

[0050] In one embodiment of the present application, after determining the resource amount, the network resource allocation device 103 may compare the determined resource amount with the preliminary resource amount. If the comparison results are inconsistent, the preliminary resource amount may be adjusted to make the preliminary resource amount match the determined resource amount.

[0051] In one embodiment of the present application, after determining the resource amount, the network resource allocation device 103 may allocate the preliminary resource amount that matches the determined resource amount to the server 101A corresponding to the sub-road section 11A and the server 101B corresponding to the sub-road section 11B.

[0052] In one embodiment of the present application, the vehicle 102 may determine its position on the target road section through its own positioning information. If the vehicle 102 determines that it is within the critical area 12 according to the position information, the vehicle 102 may connect to the servers 101A and 101B through a long connection, and obtain the IP and working port of the server 101B. After obtaining the IP and working port of the server 101B, the vehicle 102 connects to the server 101B through a short connection within the sub-road section 11B. After connecting to the server through the long connection and connecting to the server through the short connection, the vehicle 102 uploads the first data generated by connecting to the server through the long connection and the second data generated by connecting to the server through the short connection to the network resource allocation device 103, so that the network resource allocation device 103 allocates resources to the servers 101A and 101B deployed on the target road section according to the first data and the second data.

[0053] It should be noted that the resource determination method provided by the embodiments of the present application may be executed by the network resource allocation device 103. Correspondingly, the resource determination device may be set in the network resource allocation device 103. The vehicle communication method provided by the embodiments of the present application may be executed by the vehicle 102, and the server 101 may also have a similar function to the vehicle 102, so as to execute the vehicle communication solution provided by the embodiments of the present application.

[0054] The implementation details of the technical solutions of the embodiments of the present application are elaborated in detail below:

[0055] Figure 2The figure shows a flowchart of a resource determination method according to an embodiment of the present application. This image processing method can be executed by a network resource allocation device, which can be Figure 1 the network resource allocation device 103 shown in Figure 2 As shown, the method includes:

[0056] Step S210: Obtain the average traffic flow of the target road section within a specified time period. The target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section;

[0057] Step S220: Statistically analyze the first data generated when vehicles in the critical area between two adjacent sub-road sections connect to the servers corresponding to the two adjacent sub-road sections through long connections within a historical time period, and the second data generated when the vehicles connect to the target server through short connections after passing through the critical area. The target server is obtained by the vehicles through the long connection method;

[0058] Step S230: Determine the amount of resources for vehicles on the target road section to communicate with the server within the specified time period according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data.

[0059] The following describes these steps in detail.

[0060] In step S210, the average traffic flow of the target road section within a specified time period is obtained. The target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section.

[0061] Specifically, the target road section is divided into multiple sub-road sections, and a corresponding server is deployed for each sub-road section. The lengths of the sub-road sections can be equal or unequal. Vehicles within the sub-road section interact with the server corresponding to the sub-road section. For example, vehicles in the sub-road section obtain road condition information through the server of the sub-road section to assist in safe driving, or send their own driving information to the server of the sub-road section.

[0062] The specified time period can be determined according to the actual situation. For example, it can be one month, one quarter, or one year. The average traffic flow is the ratio of the traffic flow on the target road section within the specified time period to the specified time period. Among them, the method for determining the traffic flow on the target road section within the specified time period can be to divide the specified time period into each time interval, and then obtain the traffic flow of each time interval. For example, first divide the specified time period into two or more parts, such as holidays and non-holidays, and then for each part, further divide it into several time intervals, such as the morning rush hour is a time interval. In an embodiment of the present application, the way to obtain the traffic flow of the time interval can be through the cloud or the traffic management department.

[0063] Continue to refer to Figure 2 In step S220, the first data generated by the vehicles in the critical area between two adjacent sub-road sections connecting the servers corresponding to the two adjacent sub-road sections through the long connection mode and the second data generated by the vehicles connecting to the target server through the short connection mode after passing through the critical area are counted during the historical time period. The target server is obtained by the vehicle through the long connection mode.

[0064] Among them, the historical time period is the time period before the specified time period. For example, if the specified time period is December, the historical time period is the time period before December. The critical area between two adjacent sub-road sections is the area determined at the critical point between two adjacent sub-road sections. In an embodiment of the present application, the determination of the critical area can be determined according to the coverage ranges of two adjacent servers deployed on two adjacent sub-road sections. The overlapping coverage range of the two adjacent servers at the critical point between two adjacent sub-road sections can be used as the critical area between two adjacent sub-road sections.

[0065] Since the proportion of vehicles entering the critical area within the same time period is small, and the vehicles need to broadcast messages frequently when entering the critical area in order to obtain the server for connecting to the next sub-road section as soon as possible. Therefore, the vehicles in the critical area can be connected through the long connection mode. And when the vehicle obtains the server that can be connected to the next sub-road section, because the proportion of vehicles in the next sub-road section within the same time period is large and there is no need to connect to the server frequently in the next sub-road section. Therefore, the vehicles entering the next sub-road section can be connected through the short connection mode. In an embodiment, the long connection mode can adopt a transmission mode above HTTP1.0 version, and the short connection mode can adopt a transmission mode below HTTP1.0 version.

[0066] It should be noted that when a vehicle broadcasts a message in the critical area between two adjacent sub - road segments in a long - connection manner, it means that the vehicle continuously sends messages through a communication channel and waits for a response from the server. The server that can receive this broadcast message can only be the server corresponding to these two adjacent sub - road segments. The servers corresponding to other sub - road segments in the target road segment cannot receive this broadcast message and cannot return a response message either. When the vehicle in the critical area receives the response message from the server, that is, the response message returned by the servers corresponding to these two adjacent sub - road segments, since the vehicle already stores the information of the server corresponding to the previous sub - road segment among these two adjacent sub - road segments, the vehicle can use the server other than the server corresponding to the previous sub - road segment as the target server for short - connection in the next sub - road segment according to the response message. In short, if there are n servers corresponding to n sub - road segments, after the vehicle in the critical area between two adjacent sub - road segments broadcasts a message in a long - connection manner, the servers corresponding to these two adjacent sub - road segments will both return the IP and working port of the server to the vehicle. Among them, the "old" IP and working port are those of the server corresponding to the previous sub - road segment among the two adjacent sub - road segments, and the "new" IP and working port are those of the server corresponding to the next sub - road segment among the two adjacent sub - road segments. The vehicle will select the "new" set from the two sets of received IPs and working ports.

[0067] In an embodiment of the present application, in order to calculate the amount of resources for communication between vehicles on the target road segment and the server within a specified time period, the communication data between vehicles on the target road segment and the server in a historical time period can be counted. The communication data between vehicles on the target road segment and the server in the historical time period includes the first data generated when vehicles in the critical area between two adjacent sub - road segments connect to the servers corresponding to the two adjacent sub - road segments in a long - connection manner and the second data generated when the vehicles connect to the target server in a short - connection manner after passing through the critical area.

[0068] In an embodiment of the present application, the first data includes the long - connection success rate of connecting to the servers corresponding to two adjacent sub - road segments in a long - connection manner and the amount of resources consumed for any successful long - connection. The second data includes the short - connection success rate of connecting to the target server in a short - connection manner, the amount of resources consumed for any successful short - connection, and the average number of successful short - connections per vehicle.

[0069] Among them, whether through long connections or short connections, the interaction between the vehicle and the server may not necessarily succeed. Therefore, combining the characteristics of long connections and short connections, the first data obtained can include the long connection success rate of connecting to the servers corresponding to adjacent two sub-sections through long connections and the resource consumption amount for any successful long connection, and the second data can include the short connection success rate of connecting to the target server through short connections, the resource consumption amount for any successful short connection, and the number of short connection successes per vehicle on average.

[0070] Specifically, the long connection success rate refers to the ratio of the number of successful long connections of vehicles in the critical area between adjacent two sub-sections connecting to the servers corresponding to adjacent two sub-sections through long connections to the total number of long connections within a historical time period. The short connection success rate refers to the ratio of the number of successful short connections of vehicles connecting to the target server through short connections after passing through the critical area to the total number of short connections within a historical time period. The number of short connection successes per vehicle on average refers to the ratio of the number of successful short connections of vehicles connecting to the target server through short connections after passing through the critical area to the number of vehicles making short connections within a historical time period.

[0071] Continue to refer to Figure 2 In step S230, according to the average traffic flow, the number of servers deployed in the target section, the first data, and the second data, determine the resource amount for vehicles on the target section to communicate with the server within the specified time period.

[0072] After the network resource allocation device obtains the average traffic flow, the number of servers deployed in the target section, the first data, and the second data, it can determine the resource amount for vehicles on the target section to communicate with the servers deployed in the target section according to the obtained data.

[0073] In an embodiment of the present application, the resource amount Q for vehicles on the target section to communicate with the server within the specified time period can be calculated according to the following formula:

[0074] Q = fnq long / p long +fmq short / p short

[0075] Among them, f is the average traffic flow of the target section within the specified time period, n is the number of servers deployed in the target section, q long is the resource consumption amount for any successful long connection, p long is the long connection success rate, q short is the resource consumption amount for any successful short connection, p shortis the short connection success rate, and m is the average number of short connection successes per vehicle.

[0076] In one embodiment of the present application, the resource for the vehicle to communicate with the server is any one of the resources consumed by network communication. Among them, the types of resources are often preset, including but not limited to communication resources, storage resources, and computing resources. Therefore, before determining the resource amount, the type of resource to be used can be obtained first, and then the resource amount corresponding to the type of resource can be directly determined according to the type of resource, thereby saving the computing resources of the network resource allocation device.

[0077] In this embodiment, as Figure 3 shown, the method includes:

[0078] Step S310: Obtain the average traffic volume of the target road section within a specified time period. The target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section;

[0079] Step S320: Obtain the type of resource for the vehicle on the target road section to communicate with the server within the specified time period;

[0080] Step S330: Count the first data generated by the vehicle in the critical area between two adjacent sub-road sections connecting the servers corresponding to the two adjacent sub-road sections through long connection, and the second data generated by the vehicle connecting to the target server through short connection after passing through the critical area. The target server is obtained by the vehicle through the long connection method;

[0081] Step S340: Determine the resource amount for the vehicle on the target road section to communicate with the server within the specified time period according to the average traffic volume, the number of servers deployed in the target road section, the first data, and the second data.

[0082] Step S310 is similar to step 210, so it will not be elaborated here.

[0083] After obtaining the type of resource for the vehicle on the target road section to communicate with the server within the specified time period through step S320, correspondingly, in step S330, the first data may include the long connection success rate of connecting the servers corresponding to two adjacent sub-road sections through long connection and the resource amount corresponding to each type of resource consumed by any long connection success. The second data may include the short connection success rate of connecting to the target server through short connection, the resource amount corresponding to each type of resource consumed by any short connection success, and the average number of short connection successes per vehicle.

[0084] Continue to refer to Figure 3, in step S340, determine the amount of resources for vehicles on the target road section to communicate with the server during the specified time period according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data.

[0085] After obtaining the types of resources for vehicles on the target road section to communicate with the server during the specified time period through step S320, the amount of resources corresponding to the required resource types can be directly determined. For example, if the resource types obtained according to step S320 include communication resources, storage resources, and computing resources, then in step S340, the amount of communication resources, the amount of storage resources, and the amount of computing resources required for vehicles on the target road section to communicate with the server during the specified time period can be directly determined according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data.

[0086] In one embodiment, calculate the amount of resources Q of resource type i for vehicles on the target road section to communicate with the server during the specified time period according to the following formula i :

[0087] Q i = fnq long,i / p long + fmq short,i / p short

[0088] where f is the average traffic flow of the target road section during the specified time period, n is the number of servers deployed in the target road section, q long,i is the amount of resources of resource type i consumed by any successful long connection, p long is the long connection success rate, q short,i is the amount of resources of resource type i consumed by any successful short connection, p short is the short connection success rate, and m is the average number of successful short connections per vehicle.

[0089] In an embodiment of the present application, the determined amount of resources can be compared with the prepared amount of resources, so as to judge whether the requirements are met according to the comparison between the determined amount of resources and the prepared amount of resources.

[0090] In this embodiment, as Figure 4 shown, the method further includes:

[0091] Step S410, compare the determined amount of resources with the prepared amount of resources.

[0092] The reserved resource amount is the resource amount prepared in advance for vehicles on a target road section to communicate with a server deployed on the target road section within a specified time period. After determining the resource amount through the technical solution of the embodiments of the present application, the determined resource amount can be compared with the reserved resource amount to determine whether the reserved resource amount meets the resource amount requirements.

[0093] Step S420: If the comparison results are inconsistent, adjust the reserved resource amount so that the reserved resource amount matches the determined resource amount.

[0094] In step S420, if the determined resource amount does not match the reserved resource amount, the reserved resource amount needs to be adjusted. The adjustment method can be to increase or decrease the reserved resource amount according to the determined resource amount so that the reserved resource amount matches the determined resource amount. If the determined resource amount matches the reserved resource amount, it can be determined that the reserved resource amount meets the requirements. Therefore, the reserved resource amount that meets the requirements can be allocated to the server deployed on the target road section.

[0095] In an embodiment of the present application, the method further includes:

[0096] Allocate the reserved resource amount that matches the determined resource amount to the servers corresponding to each sub-road section.

[0097] In this embodiment, after determining the resource amount, the network resource allocation device can allocate the reserved resource amount that matches the determined resource amount to the servers corresponding to the sub-road sections of the target road section.

[0098] In an embodiment of the present application, the step of allocating the reserved resource amount that matches the determined resource amount to the servers corresponding to each sub-road section includes:

[0099] Allocate the reserved resource amount that matches the determined resource amount evenly to the servers corresponding to each sub-road section.

[0100] The technical solutions provided in the above embodiments integrate the long connection method and the short connection method when determining resources in the field of vehicle-road cooperation, and can effectively determine the resource amount required for vehicles on the target road section to directly interact with the servers deployed on the target road section according to the average traffic flow, the number of servers deployed on the target road section, and the data generated by connecting through the long connection method and the short connection method, which is beneficial to improving the performance of the vehicle-road cooperation system.

[0101] Figure 5 The flowchart of a vehicle communication method according to an embodiment of the present application is shown. This vehicle communication method can be executed by a vehicle, and the vehicle can be Figure 1 the vehicle 102 shown in Figure 5As shown, the vehicle communication method includes the following steps:

[0102] Step S510: Determine the position of the vehicle on the target road section according to the position of the vehicle. The target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section.

[0103] Step S520: If it is determined according to the position of the vehicle that the vehicle is in the critical area between two adjacent sub-road sections, connect the servers corresponding to the two adjacent sub-road sections through a long connection, and obtain the target server that needs to be connected through a short connection after passing through the critical area.

[0104] Step S530: After passing through the critical area, connect to the target server through a short connection.

[0105] Step S540: Upload the first data generated by connecting to the server through a long connection and the second data generated by connecting to the server through a short connection to the network resource allocation device, so that the network resource allocation device allocates resources to the servers deployed on the target road section according to the first data and the second data.

[0106] In step S510, the position of the vehicle on the target road section is determined according to the position of the vehicle. The target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section.

[0107] Specifically, the target road section is divided into multiple sub-road sections, and a corresponding server is deployed for each sub-road section. Vehicles in each sub-road section communicate with the server corresponding to that sub-road section. Before vehicles in each sub-road section communicate with the server corresponding to that sub-road section, the vehicle needs to obtain the server corresponding to that sub-road section.

[0108] In an embodiment of the present application, for a vehicle to obtain the server corresponding to a sub-road section, it must first determine the position of the vehicle on the target road section. Therefore, the vehicle can obtain the position information of the vehicle through its own positioning device, and determine the position of the vehicle on the target road section according to the position information of the vehicle.

[0109] Continue to refer to Figure 5 , in step S520, if it is determined according to the position of the vehicle that the vehicle is in the critical area between two adjacent sub-road sections, connect the servers corresponding to the two adjacent sub-road sections through a long connection, and obtain the target server that needs to be connected through a short connection after passing through the critical area.

[0110] Specifically, through step S510, if it is determined that the vehicle is located within the critical area between two adjacent sub-sections, the vehicle can connect to the servers corresponding to the two adjacent sub-sections through a long connection and obtain the target server that needs to be connected through a short connection after passing through the critical area.

[0111] Among them, the main purpose of the vehicle connecting through a long connection within the critical area between two adjacent sub-sections is to broadcast messages, that is, the vehicle continuously sends messages through the communication channel and waits for the server's response. The only servers that can receive this broadcast message are the servers corresponding to the two adjacent sub-sections. The servers corresponding to other sub-sections in the target section cannot receive this broadcast message and cannot return a response message. When the vehicle located in the critical area receives the response message from the server, that is, the response message returned by the servers corresponding to the two adjacent sub-sections, since the vehicle already stores the information of the server corresponding to the previous sub-section among the two adjacent sub-sections, the vehicle can use the server other than the server corresponding to the previous sub-section as the target server for the vehicle to connect through a short connection in the next sub-section according to the response message.

[0112] In an embodiment of the present application, before the step of, if it is determined that the vehicle is in the critical area between two adjacent sub-sections according to the position of the vehicle, connecting to the servers corresponding to the two adjacent sub-sections through a long connection, further includes:

[0113] Determine the overlapping coverage area according to the coverage areas of the servers deployed in the two adjacent sub-sections, and use the overlapping coverage area as the critical area between the two adjacent sub-sections.

[0114] In this embodiment, there will be an overlapping part in the coverage areas of the servers deployed in two adjacent sub-sections, and the overlapping coverage area at the critical point between the two adjacent sub-sections can be used as the critical area between the two adjacent sub-sections.

[0115] In an embodiment of the present application, as Figure 6 shown, connecting to the servers corresponding to the two adjacent sub-sections through a long connection and obtaining the target server that needs to be connected through a short connection after passing through the critical area may include the following steps S610 to S620, which are described in detail as follows:

[0116] Step S610: Receive the response messages returned by the servers corresponding to the two adjacent sub-sections.

[0117] Specifically, as described above, the vehicle broadcasts messages in the critical area between two adjacent sub-sections in a long connection manner, and the servers that can respond to the messages include the servers corresponding to the two adjacent sub-sections. Therefore, the vehicle can receive the response messages returned by the servers corresponding to the two adjacent sub-sections.

[0118] In step S620, the server information that has not been connected through the short connection manner in the response message is used as the information of the target server.

[0119] The response message received by the vehicle includes the information of the servers corresponding to two adjacent sub-sections. One of the servers is the server that the vehicle has connected through the short connection manner in the previous sub-section of the adjacent sub-sections, and the vehicle has already stored the information of this server. The other server is the server that the vehicle has not connected through the short connection manner, that is, a "new" server without server information storage, and this server can be used as the target server so that the vehicle can connect through the short connection manner in the next sub-section of the adjacent sub-sections.

[0120] Continue to participate Figure 5 In step S530, after passing through the critical area, connect to the target server through the short connection manner.

[0121] Specifically, after the vehicle obtains the target server through the long connection manner in the critical area between two adjacent sub-sections and enters the next sub-section of the two adjacent sub-sections, because the proportion of vehicles entering the next sub-section in the same time period is relatively large, and the vehicle does not need to perform frequent operations when making data requests to the target server in the sub-section. That is to say, the vehicle only makes data requests to the server corresponding to the sub-section when needed. Therefore, after the vehicle passes through the critical area, that is, when entering the next sub-section, it can connect to the target server through the short connection manner.

[0122] Step S540: Upload the first data generated by connecting to the server through the long connection manner and the second data generated by connecting to the server through the short connection manner to the network resource allocation device, so that the network resource allocation device allocates resources to the servers deployed on the target section according to the first data and the second data.

[0123] In this embodiment, the vehicles on the target section can interact with the servers deployed on the target section through the network, and can also interact with the network resource allocation device through the network. The vehicle can upload the first data generated by connecting to the server through the long connection manner and the second data generated by connecting to the server through the short connection manner to the network resource allocation device, so that the network resource allocation device allocates resources to the servers deployed on the target section according to the first data and the second data.

[0124] Among them, the first data uploaded by vehicles on the target road section can be data related to the long connection method, such as the long connection success rate, etc., and the second data uploaded by vehicles on the target road section can be data related to the short connection, such as the short connection success rate, etc.

[0125] Through the above embodiments, when vehicles on the target road section interact with the server deployed on the target road section, the long connection method and the short connection method are integrated. At the same time, combining the characteristics of long connection and short connection, it is determined that the long connection method is adopted in the critical area between two adjacent sub-road sections, and the short connection method is adopted after passing through the critical area. Compared with using only the long connection method or only the short connection method in the vehicle-road collaborative system, or even using a hybrid of long connection and short connection methods, the vehicle communication method in the embodiments of the present application can improve resource utilization more, and can be proved by experimental results. In the experiment, the utilization of communication resources, storage resources, and computing resources was respectively counted, as shown in Table 1 below. It can be seen from the resource utilization rates in Table 1 that whether it is communication resources, storage resources, or computing resources, the resource utilization rates are greatly improved when using the technical solution of the present application.

[0126] Only use short connections Only use long connections Mix long and short connections This application Communication resource utilization rate 74％ 79％ 85％ 95％ Storage resource utilization rate 73％ 77％ 82％ 94％ Computing resource utilization rate 72％ 76％ 83％ 96％

[0127] Table 1

[0128] Figure 7 Shows a schematic diagram of information interaction between a vehicle and a server according to an embodiment of the present application.

[0129] Such as Figure 7As shown in the figure, the target road section includes two sub-road sections 11A and 11B. The sub-road section 11A and the sub-road section 11B are two adjacent sub-road sections. There is a critical area 12 at the critical point of the two adjacent sub-road sections. A corresponding server 101A is deployed on the sub-road section 11A, and a corresponding server 101B is deployed on the sub-road section 11B. When the vehicle 102 enters the sub-road section 11A, the vehicle 102 can connect to the server 101A through a short connection and interact with the server 101A. For example, the vehicle 102 requests road condition information from the server 101A. When the vehicle 102 enters the critical area, the vehicle 102 can obtain the target server through a long connection. The target server is the server that the vehicle 102 needs to connect to through a short connection after driving out of the sub-road section 11A and entering the sub-road section 11B. After the vehicle 102 broadcasts a message through the long connection, it can receive response messages returned by the server 101A and the server 101B. Since the server 101A is the server that has been connected through a short connection, the vehicle 102 excludes the server 101A and takes the server 101B as the target server. When the vehicle 102 is on the sub-road section 11B, the vehicle 102 can connect to the server 101B, which is the target server, through a short connection and interact with the server 101B.

[0130] Figure 8 The figure shows a schematic flowchart of information interaction between a vehicle and a server according to an embodiment of the present application. As Figure 8 shown, it specifically includes the following steps:

[0131] Step S810: If it is determined according to the vehicle position that the vehicle is in the critical area of two adjacent sub-road sections, send a request to obtain the target server.

[0132] Specifically, the vehicle determines its position on the target road section according to its own positioning information. If it is determined according to the vehicle position that the vehicle is in the critical area of two adjacent sub-road sections, the vehicle can broadcast a request message to obtain the target server through a long connection. Among them, the target server is the server that the vehicle needs to connect to through a short connection after passing through the critical area and entering the next sub-road section.

[0133] Step S820: Receive response messages returned by the servers corresponding to the two adjacent sub-road sections, and obtain the target server that needs to be connected through a short connection after passing through the critical area.

[0134] After the vehicle broadcasts a message through a long connection between two adjacent sub-road sections, the servers that can respond to this message are the servers corresponding to the two adjacent sub-road sections. The servers corresponding to the two adjacent sub-road sections will both return the IP and working port of the server to the vehicle.

[0135] Since the server corresponding to the previous sub-section among two adjacent sub-sections is the server that the vehicle has connected through a short connection, the information of the server that has not been connected through a short connection included in the received response message can be used as the information of the target server.

[0136] Step S830: Send a data request to the target server.

[0137] After the vehicle obtains the target server, since the target server is the target server that needs to be connected through a short connection after passing through the critical area, when the vehicle passes through the critical area and enters the next sub-section, a data request can be sent to the target server through a short connection. The data request can be a road condition information request or other information requests, which are not limited here.

[0138] Step S840: Receive the response message returned by the target server.

[0139] After receiving the data request from the vehicle, the target server can generate a response message and return the response message to the requesting vehicle.

[0140] The following introduces the device embodiments of the present application, which can be used to execute the resource determination method in the above embodiments of the present application. For the details not disclosed in the device embodiments of the present application, please refer to the embodiments of the above resource determination method of the present application.

[0141] Figure 9 shows a block diagram of a resource determination device according to an embodiment of the present application. Refer to Figure 9 As shown, a resource determination device 900 according to an embodiment of the present application includes: an acquisition unit 902, a statistics unit 904, and a first determination unit 906.

[0142] Among them, the acquisition unit 902 is configured to acquire the average traffic flow of a target road section within a specified time period. The target road section includes multiple sub-sections, and each sub-section is deployed with a corresponding server. The statistics unit 904 is configured to count the first data generated by vehicles in the critical area between two adjacent sub-sections connecting the servers corresponding to the two adjacent sub-sections through a long connection within a historical time period, and the second data generated by vehicles connecting to the target server through a short connection after passing through the critical area. The information of the target server is obtained by the vehicle through a long connection. The first determination unit 906 is configured to determine the resource amount for vehicles on the target road section to communicate with the server within the specified time period according to the average traffic flow, the number of servers deployed in the target road section, the first data, and the second data.

[0143] In some embodiments of the present application, based on the foregoing solution, the first data includes the long - connection success rate of connecting the servers corresponding to the adjacent two sub - road sections by long - connection mode and the resource consumption amount for any successful long - connection; the second data includes the short - connection success rate of connecting the target server by short - connection mode, the resource consumption amount for any successful short - connection, and the number of short - connection successes per vehicle on average.

[0144] In some embodiments of the present application, based on the foregoing solution, according to the following formula, calculate the resource amount Q of vehicles on the target road section communicating with the server within the specified time period:

[0145] Q = fnq long / p long +fmq short / p short

[0146] Wherein, f is the average traffic flow of the target road section within the specified time period, n is the number of servers deployed in the target road section, q long is the resource consumption amount for any successful long - connection, p long is the long - connection success rate, q short is the resource consumption amount for any successful short - connection, p short is the short - connection success rate, and m is the number of short - connection successes per vehicle on average.

[0147] In some embodiments of the present application, based on the foregoing solution, before the statistical unit 904 is used to count the first data generated by vehicles in the critical area between adjacent two sub - road sections connecting the servers corresponding to the adjacent two sub - road sections by long - connection mode within the historical time period, it further includes: a resource type acquisition unit, configured to acquire the resource types of vehicles on the target road section communicating with the server within the specified time period; the first data includes the long - connection success rate of connecting the servers corresponding to the adjacent two sub - road sections by long - connection mode and the resource consumption amount corresponding to each of the resource types for any successful long - connection; the second data includes the short - connection success rate of connecting the target server by short - connection mode, the resource consumption amount corresponding to each of the resource types for any successful short - connection, and the number of short - connection successes per vehicle on average.

[0148] In some embodiments of the present application, based on the foregoing solution, according to the following formula, calculate the resource amount Q of the resource type i of vehicles on the target road section communicating with the server within the specified time period i :

[0149] Q i =fnq long,i / p long+fmq short,i / p short

[0150] Among them, f is the average traffic flow of the target road section within a specified time period, n is the number of servers deployed in the target road section, and q long,i is the amount of resource of type i consumed for any successful long connection, and p long is the long connection success rate, and q short,i is the amount of resource of type i consumed for any successful short connection, and p short is the short connection success rate, and m is the average number of successful short connections per vehicle.

[0151] In some embodiments of the present application, based on the foregoing solution, it further includes: a comparison unit configured to compare the determined resource amount with the reserved resource amount; an adjustment unit configured to, if the comparison result is inconsistent, adjust the reserved resource amount so that the reserved resource amount matches the determined resource amount.

[0152] In some embodiments of the present application, based on the foregoing solution, it further includes: an allocation unit configured to allocate the reserved resource amount matching the determined resource amount to the servers corresponding to each sub-road section.

[0153] In some embodiments of the present application, based on the foregoing solution, the allocation unit is configured to: evenly allocate the reserved resource amount matching the determined resource amount to the servers corresponding to each sub-road section.

[0154] Figure 10 Shows a block diagram of a vehicle communication device according to an embodiment of the present application.

[0155] See Figure 10 As shown, a vehicle communication device 1000 according to an embodiment of the present application includes: a second determination unit 1002, a connection acquisition unit 1004, a connection unit 1006, and an upload unit 1008.

[0156] A second determination unit 1002 is configured to determine the position of the vehicle on a target road section according to the position of the vehicle. The target road section includes a plurality of sub-road sections, and a corresponding server is deployed for each of the sub-road sections. A connection acquisition unit 1004 is configured to, if it is determined according to the position of the vehicle that the vehicle is in a critical area between two adjacent sub-road sections, connect to the servers corresponding to the two adjacent sub-road sections through a long connection, and acquire a target server that needs to be connected through a short connection after passing through the critical area. A connection unit 1006 is configured to, after passing through the critical area, connect to the target server through a short connection. An upload unit 1008 is configured to upload first data generated by connecting to a server through a long connection and second data generated by connecting to a server through a short connection to a network resource allocation device, so that the network resource allocation device allocates resources to the servers corresponding to each of the sub-road sections according to the first data and the second data.

[0157] In some embodiments of the present application, the connection acquisition unit 1004 is configured to: receive a response message returned by the servers corresponding to the two adjacent sub-road sections; and use the server information included in the response message that has not been connected through a short connection as the information of the target server.

[0158] In some embodiments of the present application, before the connection acquisition unit 1004 is configured to, if it is determined according to the position of the vehicle that the vehicle is in a critical area between two adjacent sub-road sections, connect to the servers corresponding to the two adjacent sub-road sections through a long connection, it further includes: determining an overlapping coverage area according to the coverage areas of the servers deployed in the two adjacent sub-road sections, and using the overlapping coverage area as the critical area between the two adjacent sub-road sections.

[0159] Figure 11 FIG. shows a schematic structural diagram of a computer system of an electronic device suitable for implementing embodiments of the present application.

[0160] It should be noted that Figure 11 The computer system 1100 of the electronic device shown is only an example and should not impose any limitation on the functions and usage scope of the embodiments of the present application.

[0161] Such as Figure 11As shown, computer system 1100 includes a Central Processing Unit (CPU) 1101, which can perform various appropriate actions and processes according to a program stored in a Read-Only Memory (ROM) 1102 or a program loaded from a storage section 1108 into a Random Access Memory (RAM) 1103, such as executing the method described in the above embodiments. In the RAM 1103, various programs and data required for system operation are also stored. The CPU 1101, ROM 1102, and RAM 1103 are connected to each other via a bus 1104. An Input / Output (I / O) interface 1105 is also connected to the bus 1104.

[0162] The following components are connected to the I / O interface 1105: an input section 1106 including a keyboard, a mouse, etc.; an output section 1107 including, for example, a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), etc., and a speaker, etc.; a storage section 1108 including a hard disk, etc.; and a communication section 1109 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1109 performs communication processing via a network such as the Internet. A drive 1110 is also connected to the I / O interface 1105 as needed. A removable medium 1111, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1110 as needed so that a computer program read from it can be installed into the storage section 1108 as needed.

[0163] Specifically, 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 via the communication section 1109, and / or installed from the removable medium 1111. When the computer program is executed by a Central Processing Unit (CPU) 1101, various functions defined in the system of the present application are executed.

[0164] It should be noted that the computer-readable medium shown in the embodiments of the present application can be a computer-readable signal medium, a computer-readable storage medium, or any combination of the two. The computer-readable storage medium can be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the above. More specific examples of the computer-readable storage medium can 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 disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable storage medium can be any tangible medium that contains or stores a program, and this program can be used by or in combination with an instruction execution system, apparatus, or device. In the present application, the computer-readable signal medium can include a data signal propagated in a baseband or as part of a carrier wave, which carries a computer-readable computer program. Such a propagated data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, and this computer-readable medium can send, propagate, or transmit a program for use by or in combination with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted by any suitable medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0165] The flowcharts and block diagrams in the accompanying drawings illustrate the possible architectures, functions, and operations of systems, methods, and computer program products according to various embodiments of the present application. Among them, each block in the flowchart or block diagram can represent a module, a program segment, or a part of code, and the above module, program segment, or part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the blocks may occur in a different order from that marked in the accompanying drawings. For example, two consecutive blocks shown can actually be executed substantially in parallel, and they can sometimes be executed in the reverse order, depending on the functions involved. It should also be noted that each block in the block diagram or flowchart, and the combination of blocks in the block diagram or flowchart, can be implemented by a dedicated hardware-based system for performing the specified functions or operations, or can be implemented by a combination of dedicated hardware and computer instructions.

[0166] The units involved in the embodiments described in this application can be implemented in software or in hardware, and the described units can also be provided in a processor. Among them, the names of these units do not, in some cases, constitute a limitation on the units themselves.

[0167] As another aspect, this application also provides a computer-readable medium, which may be included in the electronic device described in the above embodiments; or it may exist alone without being assembled into the electronic device. The above computer-readable medium carries one or more programs, and when the above one or more programs are executed by an electronic device, the electronic device implements the methods described in the above embodiments.

[0168] It should be noted that although several modules or units of a device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of the two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0169] From the description of the above embodiments, those skilled in the art can easily understand that the example embodiments described herein can be implemented in software or in the form of software combined with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable a computing device (such as a personal computer, a server, a touch terminal, or a network device, etc.) to execute the methods according to the embodiments of this application.

[0170] After considering the specification and practicing the embodiments disclosed herein, those skilled in the art will readily conceive of other embodiments of this application. This application is intended to cover any variations, uses, or adaptations of this application, which follow the general principles of this application and include known common knowledge or conventional technical means in the technical field not disclosed in this application.

[0171] It should be understood that this application is not limited to the exact structures described above and shown in the drawings, and various modifications and changes can be made without departing from its scope. The scope of this application is only limited by the appended claims.

Claims

1. A resource determination method, characterized in that, comprising: Obtaining the average traffic flow of a target road section within a specified time period, where the target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section; Counting the first data generated when vehicles in the critical area between two adjacent sub-road sections connect to the servers corresponding to the two adjacent sub-road sections through long connections within a historical time period, and the second data generated when the vehicles connect to a target server through short connections after passing through the critical area, where the target server is obtained by the vehicles through the long connection method; Determining the amount of resources for vehicles on the target road section to communicate with servers within the specified time period according to the average traffic flow, the number of servers deployed on the target road section, the first data, and the second data; The first data includes the long connection success rate of connecting to the servers corresponding to the two adjacent sub-road sections through long connections and the amount of resources consumed for any successful long connection; The second data includes the short connection success rate of connecting to the target server through short connections, the amount of resources consumed for any successful short connection, and the average number of successful short connections per vehicle.

2. The method according to claim 1, characterized in that, Calculating the amount of resources Q for vehicles on the target road section to communicate with servers within the specified time period according to the following formula: Q = fnq long / p long + fmq short / p short Among them, f is the average traffic flow of the target road section within a specified time period, n is the number of servers deployed in the target road section, q long is the resource consumption for any successful long connection, p long is the long connection success rate, q short is the resource consumption for any successful short connection, p short is the short connection success rate, and m is the number of successful short connections per vehicle on average.

3. The method according to claim 1, characterized in that, Before counting the first data generated when vehicles in the critical area between two adjacent sub-road sections connect to the servers corresponding to the two adjacent sub-road sections through long connections within the historical time period, it further includes: obtaining the types of resources for vehicles on the target road section to communicate with servers within the specified time period; The first data includes the long connection success rate of connecting to the servers corresponding to the two adjacent sub-road sections through long connections and the amount of resources corresponding to each type of resource consumed for any successful long connection; The second data includes the short connection success rate of connecting to the target server through short connections, the amount of resources corresponding to each type of resource consumed for any successful short connection, and the average number of successful short connections per vehicle.

4. The method according to claim 3, characterized in that, Calculate the amount of resource Q of type i for vehicles communicating with the server on the target road section during the specified time period according to the following formula i :[[-END]] Q i = fnq long,i / p long + fmq short,i / p short Among them, f is the average traffic flow of the target road section within a specified time period, n is the number of servers deployed in the target road section, q long,i is the amount of resource of type i consumed by any successful long connection, p long is the long connection success rate, q short,i is the amount of resource of type i consumed by any successful short connection, p short is the short connection success rate, and m is the average number of successful short connections per vehicle.

5. The method according to claim 1, characterized in that, further comprising: Comparing the determined amount of resources with a preliminary amount of resources; If the comparison result is inconsistent, adjusting the preliminary amount of resources so that the preliminary amount of resources matches the determined amount of resources.

6. The method according to claim 1, characterized in that, further comprising: Allocating the preliminary amount of resources that matches the determined amount of resources to the servers corresponding to each sub-road section.

7. The method according to claim 6, characterized in that, The step of allocating the preliminary amount of resources that matches the determined amount of resources to the servers corresponding to each sub-road section includes: Evenly allocating the preliminary amount of resources that matches the determined amount of resources to the servers corresponding to each sub-road section.

8. A vehicle communication method, It is characterized in that including determining the position of the vehicle on the target road section according to the position of the vehicle, where the target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section if it is determined according to the position of the vehicle that the vehicle is in the critical area between two adjacent sub-road sections, connecting the servers corresponding to the two adjacent sub-road sections by a long connection method, and obtaining the target server that needs to be connected by a short connection method after passing through the critical area after passing through the critical area, connecting the target server by a short connection method uploading the first data generated by connecting the server by a long connection method and the second data generated by connecting the server by a short connection method to a network resource allocation device, so that the network resource allocation device allocates resources to the servers deployed on the target road section according to the first data and the second data; the first data includes the long connection success rate of connecting the servers corresponding to the two adjacent sub-road sections by a long connection method and the resource consumption amount for any successful long connection; the second data includes the short connection success rate of connecting the target server by a short connection method, the resource consumption amount for any successful short connection, and the number of successful short connections per vehicle on average 9. The method according to claim 8 It is characterized in that the connecting the servers corresponding to the two adjacent sub-road sections by a long connection method and obtaining the target server that needs to be connected by a short connection method after passing through the critical area includes receiving a response message returned by the servers corresponding to the two adjacent sub-road sections using the server information included in the response message that has not been connected by a short connection method as the information of the target server 10. The method according to claim 8 It is characterized in that before the step of if it is determined according to the position of the vehicle that the vehicle is in the critical area between two adjacent sub-road sections, then connecting the servers corresponding to the two adjacent sub-road sections by a long connection method, the method further includes determining an overlapping coverage area according to the coverage areas of the servers deployed on the two adjacent sub-road sections, and using the overlapping coverage area as the critical area between the two adjacent sub-road sections 11. A resource determination device It is characterized in that including an obtaining unit, configured to obtain the average traffic flow of a target road section within a specified time period, where the target road section includes multiple sub-road sections, and a corresponding server is deployed for each sub-road section a statistics unit, configured to count the first data generated by a vehicle in the critical area between two adjacent sub-road sections connecting the servers corresponding to the two adjacent sub-road sections by a long connection method and the second data generated by the vehicle connecting a target server by a short connection method after passing through the critical area, where the information of the target server is obtained by the vehicle through a long connection method A first determination unit, configured to determine, according to the average traffic volume, the number of servers deployed in the target road section, the first data, and the second data, the amount of resources for vehicles on the target road section to communicate with the servers within the specified time period; the first data includes the long connection success rate of connecting the servers corresponding to the adjacent two sub-road sections by long connection and the amount of resources consumed for any successful long connection; the second data includes the short connection success rate of connecting the target server by short connection, the amount of resources consumed for any successful short connection, and the average number of short connection successes per vehicle.

12. A vehicle communication device, characterized in that it includes: A second determination unit, configured to determine the position of the vehicle on the target road section according to the position of the vehicle, where the target road section includes a plurality of sub-road sections, and each sub-road section is deployed with a corresponding server; A connection acquisition unit, configured to, if it is determined according to the position of the vehicle that the vehicle is within the critical area of the adjacent two sub-road sections, connect the servers corresponding to the adjacent two sub-road sections by long connection, and acquire the target server that needs to be connected by short connection after passing through the critical area; A connection unit, configured to, after passing through the critical area, connect the target server by short connection; An upload unit, configured to upload the first data generated by connecting the server by long connection and the second data generated by connecting the server by short connection to the network resource allocation device, so that the network resource allocation device allocates resources to the servers corresponding to each sub-road section according to the first data and the second data; the first data includes the long connection success rate of connecting the servers corresponding to the adjacent two sub-road sections by long connection and the amount of resources consumed for any successful long connection; the second data includes the short connection success rate of connecting the target server by short connection, the amount of resources consumed for any successful short connection, and the average number of short connection successes per vehicle.

13. A computer-readable medium, on which a computer program is stored, characterized in that when the computer program is executed by a processor, it implements the resource determination method according to any one of claims 1 to 7, or implements the vehicle communication method according to any one of claims 8 to 10.

14. An electronic device, characterized in that it includes: One or more processors; A storage device, configured to store one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the resource determination method according to any one of claims 1 to 7, or implement the vehicle communication method according to any one of claims 8 to 10.

Images