A vehicle-road-cloud application method and device, electronic equipment and storage medium

Abstract

The application provides a vehicle-road cloud application method and device, electronic equipment and storage medium. The method is applied to a coordination center which accesses vehicle-road cloud service platforms of multiple vehicle-road cloud coverage areas. The method comprises the following steps: receiving an access request of a target vehicle, and performing security verification on the target vehicle; if the security verification is passed, acquiring positioning information sent by the target vehicle; when it is determined that the positioning information is located in any coverage area in the multiple vehicle-road cloud coverage areas, sending access address information of a target vehicle-road cloud service platform corresponding to the any coverage area to the target vehicle, so that the target vehicle accesses the target vehicle-road cloud service platform based on the access address information, and obtains real-time vehicle-road cloud data. The technical problem of low vehicle-road cloud service access efficiency and poor continuity when the vehicle travels across areas is solved by the method.

Description

Technical Field

[0001] This application relates to the field of vehicle-road cooperative communication technology, and more specifically, to a vehicle-road cloud application method, device, electronic device, and storage medium. Background Technology

[0002] With the rapid development of intelligent connected vehicles and autonomous driving technologies, single-vehicle intelligence is gradually becoming insufficient to meet the safety and efficiency requirements of complex traffic scenarios. Vehicle-road-cloud integrated systems have become the industry's recognized development direction. Under this system architecture, vehicles interact with roadside infrastructure (such as roadside units, traffic lights, and sensors) and cloud service platforms in real time to obtain key data beyond their own perception range, such as road traffic conditions, traffic light phases, and roadside obstacle warnings, thereby significantly improving driving safety and traffic efficiency.

[0003] Currently, vehicle-road-cloud (V2X) systems are typically deployed independently on a regional basis, with each region having its own V2X service platform. When a vehicle enters a region, it needs to connect to the corresponding platform to obtain local V2X services. However, in existing solutions, when vehicles travel between different regions, they cannot obtain the platform access information for the target region in advance, often relying on manual configuration or factory-preset fixed addresses for access. When a vehicle enters a new region without pre-set addresses, access failures or excessively high latency can easily occur, leading to V2X service interruptions and impacting the continuity of cross-regional V2X services and user experience. Summary of the Invention

[0004] In view of this, embodiments of this application provide a vehicle-road-cloud application method, apparatus, electronic device, and storage medium to solve the technical problems of low access efficiency and poor continuity of vehicle-road-cloud services when vehicles travel across regions.

[0005] In a first aspect, embodiments of this application provide a vehicle-road-cloud application method, the method being applied to a coordination center, the coordination center connecting to multiple vehicle-road-cloud service platforms covering multiple vehicle-road-cloud coverage areas, the method comprising: Receive the access request from the target vehicle and perform security verification on the target vehicle; If the security verification is passed, the location information sent by the target vehicle can be obtained; When it is determined that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, the access address information of the target vehicle-road-cloud service platform corresponding to the coverage area is sent to the target vehicle, so that the target vehicle can access the target vehicle-road-cloud service platform based on the access address information and obtain real-time vehicle-road-cloud data.

[0006] In one feasible implementation, the method further includes: Based on the location information of the target vehicle, an indication message is sent to the target vehicle to indicate that the target vehicle has entered or left the coverage area of ​​the vehicle-road-cloud function, so that the target vehicle can indicate to the user whether the vehicle-road-cloud function is available based on the indication message.

[0007] In one feasible implementation, the method further includes: The target vehicle's identity identifier and communication address information are sent to the target vehicle-road cloud service platform, so that the target vehicle-road cloud service platform can identify the target vehicle based on the identity identifier and return the vehicle-road cloud data to the target vehicle based on the communication address information.

[0008] In one feasible implementation, the method further includes: Obtain the destination information sent by the target vehicle; the destination information is obtained after the target vehicle interacts with the user; Navigation information is used to determine the destination information; the navigation information is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the target vehicle passes through; The navigation information is sent to the target vehicle so that the target vehicle outputs the navigation information.

[0009] Secondly, embodiments of this application also provide a vehicle-road-cloud application method, applied to vehicles, the method comprising: An access request is sent to the coordination center so that the coordination center performs security verification on the vehicle based on the access request; the coordination center connects to vehicle-road-cloud service platforms covering multiple vehicle-road-cloud areas. The vehicle's location information is sent to the coordination center so that after the coordination center determines that the vehicle has passed the security verification, when it determines that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, it feeds back the access address information of the target vehicle-road-cloud service platform corresponding to that coverage area. Access the target vehicle-road cloud service platform based on the access address information to obtain real-time vehicle-road cloud data.

[0010] In one feasible implementation, the method further includes: In response to receiving an indication from the coordination center that the vehicle has entered the coverage area of ​​the vehicle-road-cloud function, a first indication message is generated; the indication message is determined by the coordination center based on the vehicle's location information, and the first indication message is used to indicate that the vehicle-road-cloud function is available. In response to receiving an indication from the coordination center that the vehicle has left the coverage area of ​​the vehicle-road-cloud function, a second indication is generated; the second indication is used to indicate that the vehicle-road-cloud function is unavailable.

[0011] In one feasible implementation, the method further includes: Obtain the destination information indicated by the user; The destination information is sent to the coordination center to obtain navigation information for traveling to the destination from the coordination center; the navigation information is determined by the coordination center and is used to guide the vehicle to travel in the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the vehicle passes through; The navigation information is output at the vehicle's interactive terminal.

[0012] Thirdly, this application also provides a vehicle-road-cloud application device, which is applied to a coordination center. The coordination center connects to multiple vehicle-road-cloud service platforms covering multiple vehicle-road-cloud coverage areas. The device includes: The receiving module is used to receive access requests from the target vehicle and perform security verification on the target vehicle. The first acquisition module is used to acquire the location information sent by the target vehicle if the security verification is passed. The first sending module is used to send the access address information of the target vehicle-road cloud service platform corresponding to the target coverage area to the target vehicle when it is determined that the positioning information is located in any one of the multiple vehicle-road cloud coverage areas, so that the target vehicle can access the target vehicle-road cloud service platform based on the access address information and obtain real-time vehicle-road cloud data.

[0013] In one feasible implementation, the device further includes: The indication module is used to send indication information to the target vehicle based on the target vehicle's location information, indicating that the target vehicle has entered or left the coverage area of ​​the vehicle-road-cloud function, so that the target vehicle can indicate to the user whether the vehicle-road-cloud function is available based on the indication information.

[0014] In one feasible implementation, the device further includes: The second sending module is used to send the identity identifier and communication address information of the target vehicle to the target vehicle-road cloud service platform, so that the target vehicle-road cloud service platform can identify the target vehicle based on the identity identifier and return the vehicle-road cloud data to the target vehicle based on the communication address information.

[0015] In one feasible implementation, the device further includes: The second acquisition module is used to acquire destination information sent by the target vehicle; the destination information is acquired after the target vehicle interacts with the user. The navigation module is used to determine navigation information for traveling to the destination; the navigation information is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the target vehicle passes through; The third sending module is used to send the navigation information to the target vehicle so that the target vehicle outputs the navigation information.

[0016] Fourthly, embodiments of this application also provide a vehicle-road-cloud application device, applied to vehicles, including: The first access module is used to send an access request to the coordination center, so that the coordination center performs security verification on the vehicle based on the access request; the coordination center connects to the vehicle-road-cloud service platform covering multiple vehicle-road-cloud areas. The positioning sending module is used to send the vehicle's positioning information to the coordination center, so that after the coordination center determines that the vehicle has passed the security verification, when it determines that the positioning information is located in any one of the multiple vehicle-road-cloud coverage areas, it will feed back the access address information of the target vehicle-road-cloud service platform corresponding to that coverage area. The second access module is used to access the target vehicle-road cloud service platform based on the access address information to obtain real-time vehicle-road cloud data.

[0017] In one feasible implementation, the device further includes: The first prompting module is used to generate a first prompting message in response to receiving an indication message sent by the coordination center indicating that the vehicle has entered the coverage area of ​​the vehicle-road-cloud function; the indication message is determined by the coordination center based on the vehicle's location information, and the first prompting message is used to indicate that the vehicle-road-cloud function is available; The second prompt module is used to generate a second prompt message in response to receiving an indication message sent by the coordination center indicating that the vehicle has left the coverage area of ​​the vehicle-road-cloud function; the second prompt message is used to indicate that the vehicle-road-cloud function is unavailable.

[0018] In one feasible implementation, the device further includes: The interaction module is used to obtain the destination information indicated by the user. The navigation information acquisition module is used to send the destination information to the coordination center and acquire navigation information fed back by the coordination center regarding the journey to the destination; the navigation information is determined by the coordination center and is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the vehicle passes through; The output module is used to output the navigation information at the vehicle's interactive terminal.

[0019] Fifthly, embodiments of this application also provide an electronic device, including: a processor, a storage medium, and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the method as described in any one of the first or second aspects.

[0020] In a sixth aspect, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the steps of the method as described in any one of the first or second aspects.

[0021] This application provides a vehicle-road-cloud application method, device, electronic device, and storage medium. The coordination center receives access requests from target vehicles and performs security verification to ensure that only legitimate vehicles can enter the service process. After successful verification, the center obtains the location information of the target vehicle and determines its target coverage area based on the location information. Then, it sends the access address information of the target vehicle-road-cloud service platform corresponding to that area to the target vehicle, enabling the target vehicle to directly access and obtain real-time vehicle-road-cloud data based on the access address information.

[0022] Compared to existing technologies where vehicles need to rely on factory-preset addresses or manual switching to access different regional platforms, this application manages the access addresses of each regional platform in a unified manner through a coordination center and dynamically allocates target addresses based on the real-time location of the vehicle. This effectively avoids access failures or service interruptions caused by missing preset addresses or delayed manual configuration, thereby improving the access efficiency and continuity of vehicle-road-cloud services in cross-regional driving scenarios.

[0023] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, preferred embodiments are described below in detail with reference to the accompanying drawings. Attached Figure Description

[0024] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0025] Figure 1 A flowchart of a vehicle-road-cloud application method provided in an embodiment of this application is shown.

[0026] Figure 2 A flowchart of another vehicle-road-cloud application method provided by an embodiment of this application is shown.

[0027] Figure 3 A schematic diagram of the structure of a vehicle-road-cloud application device provided in an embodiment of this application is shown.

[0028] Figure 4 A schematic diagram of another vehicle-road-cloud application device provided in an embodiment of this application is shown.

[0029] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown. Detailed Implementation

[0030] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. The components of the embodiments of this application described and shown in the accompanying drawings can generally be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely represents selected embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0031] With the rapid development of intelligent connected vehicles and autonomous driving technologies, single-vehicle intelligence is gradually becoming insufficient to meet the safety and efficiency requirements of complex traffic scenarios. Vehicle-road-cloud integrated systems have become the industry's recognized development direction. Under this system architecture, vehicles interact with roadside infrastructure (such as roadside units, traffic lights, and sensors) and cloud service platforms in real time to obtain key data beyond their own perception range, such as road traffic conditions, traffic light phases, and roadside obstacle warnings, thereby significantly improving driving safety and traffic efficiency.

[0032] Currently, vehicle-road-cloud (V2X) systems are typically deployed independently on a regional basis, with each region having its own V2X service platform. When a vehicle enters a region, it needs to connect to the corresponding platform to obtain local V2X services. However, in existing solutions, when vehicles travel between different regions, they cannot obtain the platform access information for the target region in advance, often relying on manual configuration or factory-preset fixed addresses for access. When a vehicle enters a new region without pre-set addresses, access failures or excessively high latency can easily occur, leading to V2X service interruptions and impacting the continuity of cross-regional V2X services and user experience.

[0033] Based on this, embodiments of this application provide a vehicle-road-cloud application method, apparatus, electronic device, and storage medium, which are described below through embodiments.

[0034] To facilitate understanding of this embodiment, a vehicle-road-cloud application method disclosed in this application embodiment will first be described in detail. The method is applied to a coordination center, which connects to multiple vehicle-road-cloud service platforms covering various vehicle-road-cloud coverage areas, such as... Figure 1 As shown, it includes the following steps: Step 101: Receive the access request from the target vehicle and perform security verification on the target vehicle.

[0035] In practical applications, when a vehicle enters a certain area and wishes to use the vehicle-road-cloud (V2X) function, it will send an access request to the coordination center. This access request can be sent through the vehicle's onboard terminal or by the driver through a mobile terminal device (such as a mobile phone or tablet). Upon receiving the request, the coordination center needs to perform a security verification on the requesting vehicle to confirm its legal eligibility to use the V2X service.

[0036] The security verification here can be implemented in various ways. For example, the coordination center can check whether the vehicle possesses a valid digital certificate or electronic credential, and can also verify whether the account information and keys pre-registered by the vehicle with the coordination center are correct. The stringency of verification can also vary depending on the application scenario: in scenarios with high security requirements, such as closed parks or highways, a stronger encryption verification mechanism can be used; in scenarios such as ordinary city roads, a relatively simplified verification method can be used, as long as the legitimacy and validity of the vehicle's identity can be confirmed. Through this verification step, illegal vehicles or malicious devices can be prevented from occupying vehicle-road cloud service resources, ensuring the secure operation of the entire service system.

[0037] Step 102: If the security verification is passed, obtain the location information sent by the target vehicle.

[0038] Once the target vehicle passes security verification, the coordination center obtains its location information. This location information can come from the vehicle's own satellite positioning module (such as GPS, BeiDou, etc.), from roadside equipment's perception and positioning of the vehicle, or from location data reported by the vehicle via base stations or wireless networks. The coordination center can obtain this information in various ways, such as by actively requesting it from the vehicle, having the vehicle include it in its access request, or by interacting with a third-party location service platform.

[0039] In some scenarios, location information can be the vehicle's latitude and longitude coordinates; in others, it can be a grid number, road segment identifier, or base station cell number that matches the area division. The specific form of location information depends on the area division method used by the coordination center, as long as it can determine which vehicle-road-cloud coverage area the vehicle is currently in. After obtaining the location information, the coordination center can further determine which vehicle-road-cloud service platform the vehicle should connect to.

[0040] Step 103: When it is determined that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, the access address information of the target vehicle-road-cloud service platform corresponding to the any one coverage area is sent to the target vehicle, so that the target vehicle can access the target vehicle-road-cloud service platform based on the access address information and obtain real-time vehicle-road-cloud data.

[0041] The coordination center pre-accesses and manages service platform information for multiple vehicle-road-cloud coverage areas. After obtaining the location information of the target vehicle, the coordination center determines which coverage area the vehicle is currently in based on this information. This coverage area can be defined by administrative divisions, road numbers or road segments, or the service area defined by the deployment range of the vehicle-road-cloud service platform. The coverage areas of different regions may be adjacent or partially overlapping; the coordination center needs to compare the location information with the coverage boundaries of each region to determine the target area where the vehicle is currently located.

[0042] Once the vehicle's location is determined, the coordination center will send the access address information of the corresponding vehicle-road-cloud service platform to the target vehicle. This access address information can be the platform's gateway IP address, domain name, or more detailed access parameters such as port number and access path. After obtaining this access address information, the vehicle can directly access the corresponding platform to obtain real-time vehicle-road-cloud data provided for that area. Real-time vehicle-road-cloud data may include, but is not limited to: road traffic condition information, traffic light phase information, roadside obstacle warning information, and surrounding vehicle dynamic information. The specific data to be obtained can be requested by the target vehicle from the platform during subsequent interactions, or it can be proactively pushed by the platform based on the vehicle's current driving status.

[0043] Taking a cross-regional driving scenario as an example, suppose a vehicle is traveling from region A to region B. While in region A, the vehicle was initially connected to the vehicle-road cloud service platform of region A. As the vehicle approaches region B, the coordination center determines, based on its location information, that the vehicle has entered the coverage area of ​​region B. At this point, the center sends the access address information of the vehicle-road cloud service platform in region B to the vehicle, allowing it to switch to the platform in region B in advance, thus avoiding service interruptions or data loss due to region switching. This method also applies to vehicles that have not yet connected to any regional platform; the coordination center will directly assign a platform address for their current region based on their initial reported location information.

[0044] Furthermore, the timing of the coordination center sending access address information can be flexibly set. Besides sending it immediately when a vehicle is confirmed to be within a coverage area, it can also be sent in advance when the vehicle approaches the area boundary or is predicted to enter a new area, allowing the vehicle to prepare for handover. The specific timing of transmission can be determined based on the needs of the actual application scenario.

[0045] It should be noted that the above description of steps 101 to 103 is only a few possible implementation methods provided by the embodiments of this application. Those skilled in the art can adjust and change the specific implementation details according to the actual application scenario based on their understanding of the concept of this application, and should not be construed as limiting the scope of protection of this application.

[0046] In a feasible implementation, the method provided in this application embodiment can also send corresponding instruction information to the target vehicle so that the user can know in a timely manner whether the current area supports vehicle-road-cloud function.

[0047] At this point, the method further includes: Based on the location information of the target vehicle, an indication message is sent to the target vehicle to indicate that the target vehicle has entered or left the coverage area of ​​the vehicle-road-cloud function, so that the target vehicle can indicate to the user whether the vehicle-road-cloud function is available based on the indication message.

[0048] In practical applications, vehicle-road-cloud (V2X) functionality is not available on all roads. The availability of V2X services may vary across different areas due to differences in the progress of roadside infrastructure construction, operating entities, or coverage strategies. For users, if they cannot determine whether the area where their vehicle is currently located supports V2X, they may repeatedly attempt to activate the function in areas without coverage but fail to use it, or they may be unaware of its availability when already in a covered area and fail to activate it in time, thus missing out on the driving assistance and safety warning benefits offered by the function.

[0049] Therefore, in some embodiments of this application, the coordination center determines the vehicle's position relative to the vehicle-road-cloud function coverage area based on the acquired target vehicle location information, and sends corresponding instruction information to the vehicle accordingly. Specifically, when the coordination center determines that the target vehicle has entered a covered area from a non-covered area, it can send a "Entered Coverage" notification to the target vehicle; when it determines that the target vehicle has left the covered area and entered a non-covered area, it can send a "Left Coverage" notification to the target vehicle. Of course, the vehicle can report its location information periodically or when a significant change in location occurs, depending on the specific configuration of the vehicle. By continuously or intermittently acquiring the vehicle's location, the coordination center can determine and monitor the aforementioned positional relationship throughout the vehicle's entire driving process.

[0050] After receiving the aforementioned instructions, the vehicle can present corresponding prompts to the user through in-vehicle terminals, instrument panels, or central control screens. For example, when the vehicle enters the coverage area of ​​the vehicle-road-cloud function, the terminal device can display a prompt such as "Entered the vehicle-road-cloud service area, vehicle-road-cloud function is available" or similar, guiding the user to activate the function; when the vehicle leaves the coverage area, it can display a prompt such as "Left the vehicle-road-cloud service area, vehicle-road-cloud function is temporarily unavailable," to avoid user confusion or repeated attempts due to function unavailability.

[0051] There are several ways to present the prompts. In some scenarios, text or icons can be displayed on the screen; in others, voice prompts can be used; and a combination of methods can be used for better results. The specific presentation method can be flexibly determined based on factors such as vehicle hardware configuration, user habits, and driving safety requirements. It should be noted that the above-mentioned information is only used to inform the user of the availability status of the vehicle-road-cloud function in the current area. Whether the vehicle actually activates the function is still up to the user to decide based on their own needs, or the vehicle can automatically activate it with the user's authorization.

[0052] Furthermore, in some other embodiments of this application, the aforementioned instruction information may also include richer content. For example, when a vehicle is about to leave the current coverage area, the coordination center may combine the vehicle's driving direction and speed to predict the next coverage area the vehicle will enter, and inform the user of the service availability of the subsequent area in the instruction information, so that the user can understand the vehicle-road-cloud service coverage status of the road segment ahead in advance and make corresponding driving decisions.

[0053] The above descriptions of various implementation methods are merely illustrative.

[0054] In one feasible implementation, after sending the access address information of the target vehicle-road cloud service platform to the target vehicle, the coordination center will also synchronize the relevant information of the target vehicle to the platform so that the platform can correctly identify and respond to the vehicle's subsequent data requests.

[0055] That is, the method further includes: The target vehicle's identity identifier and communication address information are sent to the target vehicle-road cloud service platform, so that the target vehicle-road cloud service platform can identify the target vehicle based on the identity identifier and return the vehicle-road cloud data to the target vehicle based on the communication address information.

[0056] The coordination center sends the target vehicle's identification and communication address information to the target vehicle-road cloud service platform. The identification uniquely identifies the vehicle and can be a Vehicle Identification Number (VIN), the on-board unit's device number, a user identifier assigned when the vehicle registered with the coordination center, or a temporarily generated session identifier—anything that can distinguish different vehicles. The communication address information indicates the vehicle's current reachable location in the network, such as the vehicle's IP address and port number, or other network path information that enables the platform to send data to the vehicle.

[0057] A typical scenario in practical applications is as follows: After the coordination center completes the security verification and location judgment of the target vehicle, it has determined which area's vehicle-road cloud service platform the vehicle should access. At this time, the coordination center informs the platform in advance of the vehicle's identity and communication address information. In this way, when the vehicle subsequently sends a data request to the platform according to the access address issued by the coordination center, the platform can compare the vehicle identity carried in the request with the vehicle information provided in advance by the coordination center, thereby confirming whether the vehicle's identity is legitimate and valid, and determining the communication address information corresponding to the vehicle's identity. Then, it sends the real-time vehicle-road cloud data to the correct network address, ensuring that the vehicle can successfully receive the data.

[0058] There are several options for when the coordination center can send the aforementioned information to the platform. For example, it can be sent immediately after determining the vehicle's location, or it can be sent just before the vehicle connects to the platform, or the platform can proactively request the information from the coordination center when needed. Different timing options are suitable for different application scenarios, and those skilled in the art can flexibly determine the appropriate timing based on actual deployment requirements and network conditions.

[0059] Regarding the specific form of identification, in addition to the methods mentioned above, vehicle digital certificates, encryption tokens, or other identification codes agreed upon between the coordination center and the platform can also be used. Regardless of the form, it is sufficient to ensure that the identifier uniquely corresponds to the same vehicle between the coordination center and the platform. Communication address information can also be implemented in various ways. When the vehicle accesses the network via cellular network, it can be the vehicle's IP address; when the vehicle interacts with roadside equipment via direct communication, it can also be a temporary communication identifier assigned to the vehicle by the roadside equipment.

[0060] In addition, the vehicle information sent by the coordination center to the platform is not limited to identification and communication address. In some application scenarios, it can also include information such as the vehicle's direction of travel, speed, and lane location to help the platform provide more targeted traffic warnings or traffic light timing suggestions for the vehicle. Of course, this additional information is optional, and the specific content sent can be determined based on actual service needs and the vehicle's own reporting capabilities.

[0061] It should be noted that the process of the coordination center sending the aforementioned information to the target vehicle-road cloud service platform can be seen as establishing a basic channel for subsequent interactions between the vehicle and the platform. Through this pre-emptive or synchronous information transmission, the platform can quickly identify and respond to vehicle requests without having to query vehicle information from the coordination center after the vehicle initiates the request. This reduces interaction steps and response latency, thereby improving the real-time performance of the vehicle-road cloud service.

[0062] In one feasible implementation, the coordination center can also obtain the destination information of the target vehicle and plan a navigation route for the vehicle based on this information, so as to help users better understand the coverage of vehicle-road-cloud services along the way when traveling across regions.

[0063] For example, the method further includes: Obtain the destination information sent by the target vehicle; the destination information is obtained after the target vehicle interacts with the user.

[0064] Navigation information is used to determine the destination information; the navigation information is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area through which the target vehicle will pass.

[0065] The navigation information is sent to the target vehicle so that the target vehicle outputs the navigation information.

[0066] The target vehicle obtains destination information after interacting with the user. This interaction can be implemented in various ways. For example, the user can input the destination address through the vehicle's central control screen, tell the vehicle the desired destination location via voice, or set the destination on a mobile device such as a smartphone and then sync it to the vehicle. The specific form of the destination information can be a specific address name, latitude and longitude coordinates, or the name of a landmark or point of interest, as long as it indicates the target location the vehicle wants to reach.

[0067] After obtaining the destination information, the coordination center combines the target vehicle's current location information with the destination information to perform route planning, determining the navigation information from the current location to the destination. This navigation information can consist of different components. In some scenarios, the navigation information may include a complete driving route, guiding the vehicle through multiple vehicle-to-infrastructure (V2I) cloud coverage areas sequentially. In other scenarios, the navigation information may also include additional prompts about the coverage areas along the route, such as informing the user which V2I cloud service coverage areas are expected to be passed through, whether the service providers or platforms in each area are consistent, and the boundary locations between areas. This allows users to understand the availability of V2I cloud functions along the route before departure or during the journey, enabling them to plan their driving strategies accordingly.

[0068] In practical applications, the coordination center, having pre-connected to and managed multiple vehicle-road-cloud service platforms covering various vehicle-road-cloud coverage areas, is able to know the coverage boundaries of each area and their geographic distribution. During route planning, the coordination center can compare the driving route between the vehicle's current location and its destination with the coverage areas of each region to determine which coverage areas the route will pass through and in what order. For example, when a vehicle plans to travel from city A to city C, passing through city B, the coordination center can determine that the route will pass through areas A, B, and C in sequence, and incorporate this information into the navigation information.

[0069] After receiving navigation information from the coordination center, the vehicle can output this information to the user through the in-vehicle terminal. This output can be achieved by displaying a route map on the screen, marking the boundaries and service availability of each vehicle-road cloud coverage area; or by providing voice prompts to remind the user when the vehicle approaches a coverage area boundary; or by combining these methods for better navigation and prompting.

[0070] Furthermore, the timing of navigation information transmission can be flexibly set. The coordination center can send complete route information to the vehicle all at once after determining the navigation information; alternatively, it can first send route guidance from the current location to the next area boundary or to the destination, and then update the subsequent navigation information based on the actual location after the vehicle has traveled a certain distance. In some scenarios, if the vehicle deviates from the originally planned route during travel, the coordination center can also replan the navigation information based on the latest location information reported by the vehicle and send the updated navigation information to the vehicle to ensure the accuracy of the navigation guidance.

[0071] It should be noted that the aforementioned navigation information can also be used in conjunction with the indications of entering or leaving the coverage area. For example, when a vehicle travels to the boundary of a coverage area according to navigation information, the coordination center can simultaneously send the vehicle an instruction to enter that area and the access address information of the vehicle-road-cloud service platform for that area, enabling the vehicle to successfully access the corresponding platform and obtain services while receiving navigation guidance. Furthermore, when the vehicle has not yet entered any coverage area, or has left the last coverage area and is traveling towards its destination, the navigation information can also inform the user of the current and subsequent availability of the vehicle-road-cloud function, giving the user a clear expectation of the service status throughout the journey.

[0072] This application provides a vehicle-road-cloud application method, device, electronic device, and storage medium. The coordination center receives access requests from target vehicles and performs security verification to ensure that only legitimate vehicles can enter the service process. After successful verification, the center obtains the location information of the target vehicle and determines its target coverage area based on the location information. Then, it sends the access address information of the target vehicle-road-cloud service platform corresponding to that area to the target vehicle, enabling the target vehicle to directly access and obtain real-time vehicle-road-cloud data based on the access address information.

[0073] Compared to existing technologies where vehicles need to rely on factory-preset addresses or manual switching to access different regional platforms, this application manages the access addresses of each regional platform in a unified manner through a coordination center and dynamically allocates target addresses based on the real-time location of the vehicle. This effectively avoids access failures or service interruptions caused by missing preset addresses or delayed manual configuration, thereby improving the access efficiency and continuity of vehicle-road-cloud services in cross-regional driving scenarios.

[0074] Based on the same technical concept, this application also provides a vehicle-road-cloud application method, which is applied to vehicles, such as... Figure 2 As shown, the method includes: Step 201: Send an access request to the coordination center so that the coordination center can perform security verification on the vehicle based on the access request; the coordination center connects to the vehicle-road-cloud service platform covering multiple vehicle-road-cloud areas.

[0075] When a vehicle needs to use the vehicle-to-infrastructure (V2I) function (e.g., after the vehicle starts or after the user triggers the corresponding function), it sends an access request to the coordination center. This access request can be issued by the in-vehicle terminal installed in the vehicle or by the driver through a mobile terminal device (such as a mobile phone, tablet, etc.). The security verification process performed by the coordination center after receiving the request can be referred to the relevant description of step 101 in the aforementioned embodiments, and will not be repeated here.

[0076] It should be noted that the coordination center pre-connects to and manages multiple vehicle-road-cloud service platforms covering various vehicle-road-cloud areas, as detailed in the aforementioned embodiments.

[0077] Step 202: Send the vehicle's location information to the coordination center so that after the coordination center determines that the vehicle has passed the security verification, when it determines that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, it feeds back the access address information of the target vehicle-road-cloud service platform corresponding to that coverage area.

[0078] After passing the security verification by the coordination center, the vehicle sends its location information to the coordination center. The source and format of this location information can be found in the description of step 102 in the preceding embodiments, and will not be repeated here. The process of area determination and access address information feedback performed by the coordination center after obtaining the location information can be found in the description of step 103 in the preceding embodiments.

[0079] In practical applications, vehicle location information can be sent proactively or in response to a request from the coordination center. For example, a vehicle can include its location information when sending an access request, or it can report it separately after receiving a location request from the coordination center, or it can report it continuously at certain time intervals. The specific method can be flexibly determined according to the actual application scenario and network conditions.

[0080] Step 203: Access the target vehicle-road cloud service platform based on the access address information to obtain real-time vehicle-road cloud data.

[0081] After receiving the access address information from the coordination center, the vehicle can establish a communication connection with the target vehicle-road cloud service platform according to that address information, and request and obtain real-time vehicle-road cloud data from the platform. The interaction process between the vehicle and the platform can be referred to the relevant description of step 103 in the aforementioned embodiments, and will not be repeated here.

[0082] In the above steps, the operations performed by the vehicle, such as sending access requests, sending location information, receiving access address information, and accessing the platform, can cooperate with the various steps on the coordination center side to jointly complete the vehicle-road-cloud service access process when the vehicle travels between different coverage areas.

[0083] In one feasible implementation, the method further includes: In response to receiving an indication from the coordination center that the target vehicle has entered the coverage area of ​​the vehicle-road-cloud function, a first indication message is generated; the indication message is determined by the coordination center based on the vehicle's location information, and the first indication message is used to indicate that the vehicle-road-cloud function is available.

[0084] In response to receiving an indication from the coordination center that the target vehicle has left the coverage area of ​​the vehicle-road-cloud function, a second indication is generated; the second indication is used to indicate that the vehicle-road-cloud function is unavailable.

[0085] In this embodiment of the application, after receiving the instruction information sent by the coordination center, the vehicle will also generate corresponding prompt information to present to the user.

[0086] When a vehicle receives an indication from the coordination center that it has entered the coverage area of ​​the vehicle-road-cloud (V2X) function, it generates a first notification message to inform the user that the V2X function is currently available. When a vehicle receives an indication from the coordination center that it has left the coverage area of ​​the V2X function, it generates a second notification message to inform the user that the V2X function is currently unavailable.

[0087] As explained in the foregoing embodiments, the aforementioned instruction information is determined by the coordination center based on the vehicle's location information. After receiving the instruction information, the vehicle generates corresponding prompt content and outputs it to the user through in-vehicle terminals, central control screens, instrument panels, or voice broadcasts. The specific presentation format of the first and second prompt information can be flexibly determined according to the vehicle's hardware configuration and the user's usage habits. For example, it can adopt one or more combinations of text display, icon labels, and voice broadcasts.

[0088] Taking entering a coverage area as an example, the vehicle can generate a prompt stating "Entered the vehicle-road-cloud service area; vehicle-road-cloud function is available," and can further guide the user to activate the function. Taking leaving a coverage area as another example, the vehicle can generate a prompt stating "Left the vehicle-road-cloud service area; vehicle-road-cloud function is temporarily unavailable," avoiding user concerns due to function unavailability. The above prompts are merely examples and can be adjusted according to specific needs in actual applications.

[0089] In one feasible implementation, the method further includes: Obtain the destination information indicated by the user.

[0090] The destination information is sent to the coordination center to obtain navigation information for traveling to the destination from the coordination center; the navigation information is determined by the coordination center and is used to guide the vehicle to travel in the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the target vehicle passes through.

[0091] The navigation information is output at the vehicle's interactive terminal.

[0092] In this embodiment of the application, the vehicle will also obtain the destination information indicated by the user and send the information to the coordination center, as well as receive and output navigation information fed back by the coordination center.

[0093] The specific method by which the vehicle obtains the destination information indicated by the user can be found in the description of the relevant steps in the foregoing embodiments. In short, the user can input the destination address through the in-vehicle central control screen, or inform the vehicle of the desired destination via voice, or set the destination on a mobile device such as a smartphone and then sync it to the vehicle. After obtaining the destination information, the vehicle will send this information to the coordination center.

[0094] After receiving the destination information, the coordination center will perform route planning based on the vehicle's current location to determine navigation information, and then send this navigation information back to the vehicle. The specific process by which the coordination center determines the navigation information can be found in the descriptions in the preceding embodiments, and will not be repeated here.

[0095] After receiving navigation information from the coordination center, the vehicle will output this information to the user through an interactive terminal. This terminal can be the in-vehicle central control screen, instrument panel, head-up display (HUD), or a mobile terminal device held by the driver. The output can be displayed as a route map with area markings on the screen, combined with voice prompts indicating entry and exit points for each covered area along the route, or a combination of text and image display with voice prompts. The vehicle can flexibly choose from these various output methods based on its hardware configuration and the user's usage habits.

[0096] This application provides a vehicle-road-cloud application method, device, electronic device, and storage medium. The coordination center receives access requests from target vehicles and performs security verification to ensure that only legitimate vehicles can enter the service process. After successful verification, the center obtains the location information of the target vehicle and determines its target coverage area based on the location information. Then, it sends the access address information of the target vehicle-road-cloud service platform corresponding to that area to the target vehicle, enabling the target vehicle to directly access and obtain real-time vehicle-road-cloud data based on the access address information.

[0097] Compared to existing technologies where vehicles need to rely on factory-preset addresses or manual switching to access different regional platforms, this application manages the access addresses of each regional platform in a unified manner through a coordination center and dynamically allocates target addresses based on the real-time location of the vehicle. This effectively avoids access failures or service interruptions caused by missing preset addresses or delayed manual configuration, thereby improving the access efficiency and continuity of vehicle-road-cloud services in cross-regional driving scenarios.

[0098] This application provides a vehicle-road-cloud application method, device, electronic device, and storage medium. The coordination center receives access requests from target vehicles and performs security verification to ensure that only legitimate vehicles can enter the service process. After successful verification, the center obtains the location information of the target vehicle and determines its target coverage area based on the location information. Then, it sends the access address information of the target vehicle-road-cloud service platform corresponding to that area to the target vehicle, enabling the target vehicle to directly access and obtain real-time vehicle-road-cloud data based on the access address information.

[0099] Compared to existing technologies where vehicles need to rely on factory-preset addresses or manual switching to access different regional platforms, this application manages the access addresses of each regional platform in a unified manner through a coordination center and dynamically allocates target addresses based on the real-time location of the vehicle. This effectively avoids access failures or service interruptions caused by missing preset addresses or delayed manual configuration, thereby improving the access efficiency and continuity of vehicle-road-cloud services in cross-regional driving scenarios.

[0100] Based on the same technical concept, this application also provides a vehicle-road-cloud application device. The device is applied to a coordination center, which connects to multiple vehicle-road-cloud service platforms covering various vehicle-road-cloud coverage areas, such as... Figure 3 As shown, the device includes: The receiving module 301 is used to receive the access request of the target vehicle and perform security verification on the target vehicle.

[0101] The first acquisition module 302 is used to acquire the location information sent by the target vehicle if the security verification is passed.

[0102] The first sending module 303 is used to send the access address information of the target vehicle-road cloud service platform corresponding to the target coverage area to the target vehicle when it is determined that the positioning information is located in any one of the multiple vehicle-road cloud coverage areas, so that the target vehicle can access the target vehicle-road cloud service platform based on the access address information and obtain real-time vehicle-road cloud data.

[0103] In one feasible implementation, the device further includes: The indication module is used to send indication information to the target vehicle based on the target vehicle's location information, indicating that the target vehicle has entered or left the coverage area of ​​the vehicle-road-cloud function, so that the target vehicle can indicate to the user whether the vehicle-road-cloud function is available based on the indication information.

[0104] In one feasible implementation, the device further includes: The second sending module is used to send the identity identifier and communication address information of the target vehicle to the target vehicle-road cloud service platform, so that the target vehicle-road cloud service platform can identify the target vehicle based on the identity identifier and return the vehicle-road cloud data to the target vehicle based on the communication address information.

[0105] In one feasible implementation, the device further includes: The second acquisition module is used to acquire destination information sent by the target vehicle; the destination information is acquired after the target vehicle interacts with the user.

[0106] A navigation module is used to determine navigation information for traveling to the destination; the navigation information is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area through which the target vehicle will pass.

[0107] The third sending module is used to send the navigation information to the target vehicle so that the target vehicle outputs the navigation information.

[0108] Fourthly, embodiments of this application also provide a vehicle-road-cloud application device, applied to vehicles, such as... Figure 4 As shown, it includes: The first access module 401 is used to send an access request to the coordination center so that the coordination center can perform security verification on the vehicle based on the access request; the coordination center connects to the vehicle-road-cloud service platform covering multiple vehicle-road-cloud areas.

[0109] The positioning sending module 402 is used to send the vehicle's positioning information to the coordination center, so that after the coordination center determines that the vehicle has passed the security verification, when it determines that the positioning information is located in any one of the multiple vehicle-road-cloud coverage areas, it will feed back the access address information of the target vehicle-road-cloud service platform corresponding to that coverage area.

[0110] The second access module 403 is used to access the target vehicle-road cloud service platform based on the access address information to obtain real-time vehicle-road cloud data.

[0111] In one feasible implementation, the device further includes: The first prompting module is used to generate first prompting information in response to receiving an indication sent by the coordination center that the target vehicle has entered the coverage area of ​​the vehicle-road-cloud function; the indication information is determined by the coordination center based on the vehicle's positioning information, and the first prompting information is used to indicate that the vehicle-road-cloud function is available.

[0112] The second prompt module is used to generate a second prompt message in response to receiving an indication message sent by the coordination center that the target vehicle has left the coverage area of ​​the vehicle-road-cloud function; the second prompt message is used to indicate that the vehicle-road-cloud function is unavailable.

[0113] In one feasible implementation, the device further includes: The interaction module is used to obtain the destination information indicated by the user.

[0114] The navigation information acquisition module is used to send the destination information to the coordination center and acquire navigation information fed back by the coordination center regarding the journey to the destination; the navigation information is determined by the coordination center and is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area through which the target vehicle passes.

[0115] The output module is used to output the navigation information at the vehicle's interactive terminal.

[0116] This application provides a vehicle-road-cloud application method, device, electronic device, and storage medium. The coordination center receives access requests from target vehicles and performs security verification to ensure that only legitimate vehicles can enter the service process. After successful verification, the center obtains the location information of the target vehicle and determines its target coverage area based on the location information. Then, it sends the access address information of the target vehicle-road-cloud service platform corresponding to that area to the target vehicle, enabling the target vehicle to directly access and obtain real-time vehicle-road-cloud data based on the access address information.

[0117] Compared to existing technologies where vehicles need to rely on factory-preset addresses or manual switching to access different regional platforms, this application manages the access addresses of each regional platform in a unified manner through a coordination center and dynamically allocates target addresses based on the real-time location of the vehicle. This effectively avoids access failures or service interruptions caused by missing preset addresses or delayed manual configuration, thereby improving the access efficiency and continuity of vehicle-road-cloud services in cross-regional driving scenarios.

[0118] Figure 5A schematic diagram of an electronic device provided in this application embodiment includes: a processor 501, a storage medium 502, and a bus 503. The storage medium 502 stores machine-readable instructions executable by the processor 501. When the electronic device runs the vehicle-road-cloud application method as described in the embodiment, the processor 501 communicates with the storage medium 502 through the bus 503, and the processor 501 executes the machine-readable instructions to perform the steps as described in the embodiment.

[0119] In this embodiment, the storage medium 502 may also execute other machine-readable instructions to perform other methods as described in the embodiment. For details on the specific execution steps and principles, please refer to the description of the embodiment, which will not be repeated here.

[0120] This application also provides a computer-readable storage medium storing a computer program that is executed by a processor to perform the steps as described in the embodiments.

[0121] In this embodiment, the computer program, when run by the processor, can also execute other machine-readable instructions to perform other methods as described in the embodiments. For details on the specific execution steps and principles, please refer to the description of the embodiments, which will not be repeated here.

[0122] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. The apparatus embodiments described above are merely illustrative. For example, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple modules or components may be combined or integrated into another system, or some features may be ignored or not executed. Additionally, the coupling or direct coupling or communication connection shown or discussed may be through some communication interface; the indirect coupling or communication connection between apparatuses or modules may be electrical, mechanical, or other forms.

[0123] The modules described as separate components may or may not be physically separate. The components shown as modules may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0124] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0125] If the aforementioned functions are implemented as software functional units and sold or used as independent products, they can be stored in a processor-executable, non-volatile, computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0126] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for vehicle-road-cloud application, characterized in that, The method is applied to a coordination center, which connects to multiple vehicle-road-cloud service platforms covering various vehicle-road-cloud coverage areas. The method includes: Receive the access request from the target vehicle and perform security verification on the target vehicle; If the security verification is passed, the location information sent by the target vehicle can be obtained; When it is determined that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, the access address information of the target vehicle-road-cloud service platform corresponding to the coverage area is sent to the target vehicle, so that the target vehicle can access the target vehicle-road-cloud service platform based on the access address information and obtain real-time vehicle-road-cloud data.

2. The method according to claim 1, characterized in that, The method further includes: Based on the location information of the target vehicle, an indication message is sent to the target vehicle to indicate that the target vehicle has entered or left the coverage area of ​​the vehicle-road-cloud function, so that the target vehicle can indicate to the user whether the vehicle-road-cloud function is available based on the indication message.

3. The method according to claim 1, characterized in that, The method further includes: The target vehicle's identity identifier and communication address information are sent to the target vehicle-road cloud service platform, so that the target vehicle-road cloud service platform can identify the target vehicle based on the identity identifier and return the vehicle-road cloud data to the target vehicle based on the communication address information.

4. The method according to claim 1, characterized in that, The method further includes: Obtain the destination information sent by the target vehicle; the destination information is obtained after the target vehicle interacts with the user; Navigation information is used to determine the destination information; the navigation information is used to guide the vehicle to travel within the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the target vehicle passes through; The navigation information is sent to the target vehicle so that the target vehicle outputs the navigation information.

5. A method for vehicle-road-cloud application, characterized in that, The method is applied to a vehicle, and the method includes: An access request is sent to the coordination center, so that the coordination center performs security verification on the vehicle based on the access request; the coordination center connects to vehicle-road-cloud service platforms covering multiple vehicle-road-cloud areas. The vehicle's location information is sent to the coordination center so that after the coordination center determines that the vehicle has passed the security verification, when it determines that the location information is located in any one of the multiple vehicle-road-cloud coverage areas, it feeds back the access address information of the target vehicle-road-cloud service platform corresponding to that coverage area. Access the target vehicle-road cloud service platform based on the access address information to obtain real-time vehicle-road cloud data.

6. The method according to claim 5, characterized in that, The method further includes: In response to receiving an indication from the coordination center that the vehicle has entered the coverage area of ​​the vehicle-road-cloud function, a first indication message is generated; the indication message is determined by the coordination center based on the vehicle's location information, and the first indication message is used to indicate that the vehicle-road-cloud function is available. In response to receiving an indication from the coordination center that the vehicle has left the coverage area of ​​the vehicle-road-cloud function, a second indication is generated; the second indication is used to indicate that the vehicle-road-cloud function is unavailable.

7. The method according to claim 5, characterized in that, The method further includes: Obtain the destination information indicated by the user; The destination information is sent to the coordination center to obtain navigation information for traveling to the destination from the coordination center; the navigation information is determined by the coordination center and is used to guide the vehicle to travel in the multiple vehicle-road cloud coverage areas, and / or to indicate each vehicle-road cloud coverage area that the vehicle passes through; The navigation information is output at the vehicle's interactive terminal.

8. A vehicle-road-cloud application device, characterized in that, The device is applied to a coordination center, which connects to multiple vehicle-road-cloud service platforms covering multiple vehicle-road-cloud coverage areas. The device includes: The receiving module is used to receive access requests from the target vehicle and perform security verification on the target vehicle. The first acquisition module is used to acquire the location information sent by the target vehicle if the security verification is passed. The first sending module is used to send the access address information of the target vehicle-road cloud service platform corresponding to the target coverage area to the target vehicle when it is determined that the positioning information is located in any one of the multiple vehicle-road cloud coverage areas, so that the target vehicle can access the target vehicle-road cloud service platform based on the access address information and obtain real-time vehicle-road cloud data.

9. An electronic device, characterized in that, include: The device includes a processor, a storage medium, and a bus, wherein the storage medium stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor communicates with the storage medium via the bus, and the processor executes the machine-readable instructions to perform the steps of the vehicle-road-cloud application method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of the vehicle-road-cloud application method as described in any one of claims 1 to 7.

Images