Data acquisition system and method, vehicle, medium and program product

Abstract

The invention relates to a data acquisition system and method, a vehicle, a medium and a program product. The data acquisition system comprises a vehicle and road cloud management module and an information management module in communication connection with the vehicle and road cloud management module, the vehicle and road cloud management module is used for sending request information to the information management module according to the driving position of the vehicle; the information management module is used for returning corresponding target information to the vehicle and road cloud management module according to the request information; and the vehicle and road cloud management module is used for acquiring the service data corresponding to the vehicle and road cloud service platform according to the target information.

Description

Technical Field

[0001] The present disclosure relates to the field of vehicle control technology, and in particular to a data acquisition system, method, vehicle, medium, and program product. Background Art

[0002] The System of Coordinated Control by Vehicle-Road-Cloud Integration (SCCVRCI) leverages next-generation information and communication technologies to integrate the physical, information, and application layers of people, vehicles, roads, and clouds, achieving a cyber-physical system that integrates perception, decision-making, and control. This system aims to improve the safety and efficiency of vehicle driving and traffic operations. Summary of the Invention

[0003] To overcome the problems existing in the related art, the present disclosure provides a data acquisition system, method, vehicle, medium and program product.

[0004] According to a first aspect of an embodiment of the present disclosure, there is provided a data acquisition system, comprising: A vehicle-road-cloud management module, and an information management module in communication with the vehicle-road-cloud management module; The vehicle-road-cloud management module is used to send request information to the information management module according to the driving position of the vehicle; The information management module is used to return corresponding target information to the vehicle-road-cloud management module according to the request information; The vehicle-road-cloud management module is used to obtain service data corresponding to the vehicle-road-cloud service platform based on the target information.

[0005] In some possible implementations, the vehicle-road cloud management module and the information management module are deployed in the vehicle, and the request information is used to request the information management module to return service platform information, where the service platform information is service platform information of the vehicle-road cloud service platform that governs the area where the driving location is located, wherein the target information includes the service platform information; The vehicle-road cloud management module is used to obtain the service data from the vehicle-road cloud service platform based on the service platform information.

[0006] In some possible implementations, the vehicle-road-cloud management module is used to: Determining a target access port according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

[0007] In some possible implementations, the system further includes: a cloud platform communicatively connected to the information management module; The cloud platform is used to obtain the service platform information from the vehicle-road cloud service platform and send the service platform information to the information management module; The information management module is used to receive and store the service platform information sent by the cloud platform.

[0008] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0009] In some possible implementations, the vehicle-road cloud management module is deployed on the vehicle, and the information management module is deployed on the cloud platform. The request information is used to request the information management module to return the service data of the vehicle-road cloud service platform that governs the area where the driving location is located, and the target information includes the service data.

[0010] In some possible implementations, the information management module is further configured to: Obtaining service platform information of a plurality of vehicle-road cloud service platforms; Determine the target vehicle-road cloud service platform based on the service platform information and the driving location carried in the request information; Acquire the service data from the target vehicle-road cloud service platform; The service data is sent to the vehicle-road-cloud management module.

[0011] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0012] In some possible implementations, the vehicle-road-cloud management module is further configured to: The acquired service data is pushed to a data consumer on the vehicle.

[0013] According to a second aspect of an embodiment of the present disclosure, a data acquisition method is provided, including: According to the vehicle's driving position, the vehicle-road cloud management module sends request information to the information management module; According to the request information, the information management module returns the corresponding target information to the vehicle-road-cloud management module; According to the target information, the service data corresponding to the vehicle-road cloud service platform is obtained through the vehicle-road cloud management module.

[0014] In some possible implementations, the target information includes service platform information, and obtaining the service data corresponding to the vehicle-road cloud service platform through the vehicle-road cloud management module based on the target information includes: According to the service platform information, the service data is obtained from the vehicle-road cloud service platform through the vehicle-road cloud management module.

[0015] In some possible implementations, obtaining the service data from the vehicle-road cloud service platform by the vehicle-road cloud management module according to the service platform information includes: Determining a target access port through the vehicle-road cloud management module according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

[0016] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0017] According to a third aspect of an embodiment of the present disclosure, there is provided a vehicle, comprising: processor; a memory for storing processor-executable instructions; The processor is configured to execute the executable instructions stored in the memory to implement any method described in the first aspect.

[0018] According to a fourth aspect of an embodiment of the present disclosure, there is provided a computer-readable storage medium having a computer program stored thereon, which implements the steps of any one of the methods described in the first aspect when executed by a processor.

[0019] According to a fifth aspect of an embodiment of the present disclosure, a computer program product is provided, comprising a computer program, which implements the steps of any one of the methods in the first aspect when executed by a processor.

[0020] The technical solutions provided by the embodiments of the present disclosure may have the following beneficial effects: The vehicle-road cloud management module can intelligently send request information to the information management module based on the vehicle's driving position. This breaks down the data barriers between vehicle-road cloud integrated platforms, allowing vehicles to seamlessly access vehicle-road cloud service platforms in different regions, enabling cross-regional interoperability and sharing of service data. It solves the problem of private access solutions and lack of interoperability for vehicle-road cloud integrated platforms in each region. Vehicles can access vehicle-road cloud service platforms in all regions, improving the compatibility and usability of the system. Furthermore, with the help of event information provided by the vehicle-road cloud service platform, the vehicle can use this information as a supplement or replacement for its own perception, thereby enhancing its perception of the surrounding environment. This can enhance the vehicle's perception capabilities and achieve beyond-line-of-sight perception. By unifying the vehicle-cloud access protocol and realizing cross-regional data interoperability and sharing, it effectively solves the problems of traditional vehicle-road cloud integrated platforms in data interoperability and compatibility.

[0021] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0023] Figure 1 It is a block diagram of a data acquisition system according to an exemplary embodiment.

[0024] Figure 2 is a block diagram of another data acquisition system according to an exemplary embodiment.

[0025] Figure 3 The figure is a flow chart showing a method for acquiring data according to an exemplary embodiment.

[0026] Figure 4 is a block diagram of a vehicle according to an exemplary embodiment. DETAILED DESCRIPTION

[0027] Exemplary embodiments will be described in detail herein, with examples illustrated in the accompanying drawings. In the following description, when referring to the drawings, identical numerals in different figures represent identical or similar elements, unless otherwise indicated. The embodiments described in the following exemplary embodiments are not intended to represent all possible embodiments consistent with the present disclosure. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present disclosure, as detailed in the appended claims.

[0028] It should be noted that all actions of acquiring signals, information or data in the present disclosure are carried out in compliance with the corresponding data protection laws and policies of the country where they are located and with the authorization given by the owner of the corresponding device.

[0029] Before introducing the data acquisition system, method, vehicle, medium, and program product provided by this disclosure, let's first introduce the relevant scenario technology content of this disclosure. Vehicle-road-cloud integration can connect real-time event information from roadside traffic lights, traffic control event access devices, and other devices to the vehicle-road-cloud service platform. The vehicle-road-cloud service platform then transmits this event information to vehicles that request data from the platform. This provides more accurate and effective information to vehicles. Vehicles can use the event information sent by the platform as a supplement or replacement for their own perception and can also use this event information to establish vehicle-side beyond-visual-range perception.

[0030] However, the vehicle-side access solutions and vehicle-cloud communication protocols used in each V2X platform construction region are proprietary, preventing interoperability between platforms. Furthermore, due to the limited service data in each region, sharing is sometimes impossible. For example, if a vehicle only accesses the platform in one region and uses the service data from that platform, when it enters another region, the vehicle cannot use the service data from the new region, thus failing to fully utilize the V2X service capabilities. In other words, the vehicle cannot access service data from all regions using a single access solution.

[0031] In view of this, the present disclosure provides a data acquisition system, which aims to solve the technical problem in related scenarios that due to the different vehicle-to-cloud access protocols in various regions, the service data of various regions cannot be communicated with each other, resulting in the vehicle being unable to use the service data of the area after driving into the vehicle-to-cloud service area.

[0032] Figure 1 and Figure 2 is a flow chart of a data acquisition system according to an exemplary embodiment. The data acquisition system provided by the embodiment of the present disclosure can be applied to a scenario where a vehicle acquires service data, such as Figure 1 or Figure 2 As shown, the data acquisition system includes: A vehicle-road-cloud management module, and an information management module in communication with the vehicle-road-cloud management module; The vehicle-road-cloud management module manages information exchange and coordination between vehicles, roads, and the cloud. It initiates requests to other modules based on the vehicle's driving status and receives and processes the returned information, ensuring smooth vehicle-road-cloud collaboration.

[0033] The information management module is used to store, manage, and process various types of vehicle-related information. When receiving a request from the vehicle-road cloud management module, it can quickly and accurately retrieve the corresponding target information from the stored information and return it.

[0034] The vehicle-road-cloud management module is configured to send request information to the information management module according to the driving position of the vehicle; In the disclosed embodiments, the vehicle-road-cloud management module may be configured with a positioning system and an event management module. The positioning system may be used to locate the vehicle, thereby determining the vehicle's current driving position. In one implementation, the event management module may request a location from the positioning system, which then returns a location in response to the request.

[0035] In the disclosed embodiment, the vehicle-road cloud management module obtains the vehicle's real-time location through a vehicle-mounted positioning system (e.g., GPS). When the vehicle reaches a specific location or meets certain pre-set conditions (e.g., entering a certain area or approaching a specific location), the vehicle-road cloud management module generates a corresponding request message based on the vehicle's location and pre-set rules and logic. This request message is encapsulated in a specific data format and contains key data such as the vehicle's location coordinates and the request type identifier. The request message is then sent to the information management module via a network communication protocol (e.g., TCP / IP).

[0036] The information management module is used to return corresponding target information to the vehicle-road-cloud management module according to the request information; In the disclosed embodiment, the information management module may be configured with an information sending module and a database. The information management module may determine, based on the request information and the current driving position of the vehicle, to return corresponding target information to the vehicle-road-cloud management module.

[0037] In the disclosed embodiment, after the information management module receives the request information sent by the vehicle-road cloud management module, it first parses the request information and extracts key information, such as the vehicle's location and request type. Then, the information management module searches the information database stored internally based on the request type. The database stores various information related to vehicle travel, such as traffic flow data in different areas, road construction information, special event arrangements, etc. The information management module filters out target information that meets the requirements from the database by matching the vehicle's location and request type. Finally, the target information is packaged in a predetermined format and returned to the vehicle-road cloud management module through the network communication protocol.

[0038] The vehicle-road-cloud management module is used to obtain the service data corresponding to the vehicle-road-cloud service platform based on the target information.

[0039] In the embodiment of the present disclosure, after the vehicle-road cloud management module receives the target information returned by the information management module, it analyzes and processes the target information. Based on the content of the target information and the actual needs of the vehicle, the vehicle-road cloud management module determines which service data needs to be obtained from the vehicle-road cloud service platform. For example, if the target information indicates that the road ahead is under construction, the vehicle-road cloud management module may need to obtain detour route information, real-time road condition information, etc. The vehicle-road cloud management module sends a service request to the service platform through the network connection established with the vehicle-road cloud service platform. The request includes the type of required service data and related information. After receiving the request, the vehicle-road cloud service platform generates the corresponding service data according to its own data processing logic and resources and returns it to the vehicle-road cloud management module.

[0040] The above technical solution can intelligently send request information to the information management module based on the vehicle's driving position through the vehicle-road cloud management module. It breaks the data barriers between the vehicle-road cloud integrated platforms, allowing vehicles to seamlessly access the vehicle-road cloud service platforms in different regions, realizing cross-regional interoperability and sharing of service data. It solves the problem that the access solutions of the vehicle-road cloud integrated platforms in each region are private and cannot be interoperable. Vehicles can obtain vehicle-road cloud service platforms in all regions, improving the compatibility and usability of the system. Furthermore, with the help of the event information provided by the vehicle-road cloud service platform, the vehicle side can use this information as a supplement or substitute for its own perception, thereby enhancing its perception of the surrounding environment. It can enhance the vehicle-side perception capability and realize beyond-line-of-sight perception. By unifying the vehicle-cloud access protocol and realizing cross-regional data interoperability and sharing, it effectively solves the problems of traditional vehicle-road cloud integrated platforms in data interoperability and compatibility.

[0041] For some possible implementations, see Figure 1 As shown, the vehicle-road cloud management module and the information management module are deployed in the vehicle, and the request information is used to request the information management module to return service platform information, and the service platform information is the service platform information of the vehicle-road cloud service platform that governs the area where the driving location is located, wherein the target information includes the service platform information; The vehicle-road cloud management module is used to obtain the service data from the vehicle-road cloud service platform based on the service platform information.

[0042] In the disclosed embodiment, the vehicle-road cloud service platform can be deployed according to the service area, that is, one service area can correspond to one or more vehicle-road cloud service platforms, and the vehicle-road cloud service platform can be configured with a vehicle-road cloud service and a service information library.

[0043] In the disclosed embodiment, the information management module can be communicatively connected with the vehicle enterprise platform. The vehicle enterprise platform is configured with a first sending module for sending service platform information. The information management module can be configured with an information receiving module for receiving service platform information. Then, the vehicle enterprise platform can send the service platform information to each vehicle in advance through the first sending module. The vehicle can receive the service platform information through the information receiving module and store the service platform information in the service platform information library in the information management module.

[0044] Furthermore, the vehicle-road cloud management module can generate request information based on the location, and when the information management module receives the request information sent by the vehicle-road cloud management module, it can determine the corresponding service platform information from the service platform information library and return it to the vehicle-road cloud management module.

[0045] Furthermore, the vehicle-road cloud management module can determine the corresponding vehicle-road cloud service platform request service data based on the service platform information. Upon receiving the corresponding request, the vehicle-road cloud service platform directly returns the corresponding service data to the vehicle.

[0046] This allows the vehicle-side cloud service platform to adapt to the expansion of its service areas and the addition of service platforms. The number of vehicle-side cloud service platforms and the geographic fences of the service areas can be configured as parameters, maintained and distributed to vehicles through the vehicle manufacturer's platform, and then set and implemented by the vehicle. This allows vehicles to access multiple vehicle-side cloud service platforms, even if different service areas use different vehicle-to-cloud access protocols. When driving to each service area, the vehicle can successfully obtain service data for that service area.

[0047] In some possible implementations, the vehicle-road-cloud management module is used to: Determining a target access port according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; In the disclosed embodiments, multiple access ports for vehicle-road cloud service platforms can be integrated into the vehicle when possible. Multiple access ports for vehicle-road cloud service platforms can be pre-configured on the vehicle, and the vehicle can set geo-fence information for the service areas available to each vehicle-road cloud service platform. The vehicle can then select the target access port based on its current driving location and the geo-fence information.

[0048] In the disclosed embodiment, the vehicle-road cloud management module stores information about each vehicle-road cloud service platform, including the multiple access ports owned by each service platform and their attributes (such as port numbers, supported communication protocols, current load, etc.). Upon receiving the service platform information, the vehicle-road cloud management module evaluates and selects these access ports based on pre-set rules. These rules may include: prioritizing ports with lower loads to ensure communication efficiency; selecting ports that support specific communication protocols based on the vehicle's current needs; or selecting ports corresponding to service platforms closest to the vehicle based on geographic location (if the service platform information includes geographic location information). By comprehensively analyzing these factors, the vehicle-road cloud management module ultimately determines a target access port that is most suitable for the current communication.

[0049] For example, suppose a vehicle is configured with three access ports for the vehicle-road cloud service platform: Port A, Port B, and Port C. After receiving information from the service platform, the vehicle-road cloud management module discovers that Port A is currently loaded at 70% and supports TCP; Port B is loaded at 50% and supports UDP; and Port C is loaded at 80% and supports TCP. Furthermore, the vehicle needs to transmit real-time road condition data, requiring high real-time communication performance, which UDP offers. Therefore, based on the load and communication protocol requirements, the vehicle-road cloud management module selects Port B as the target access port.

[0050] Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; In the embodiment of the present disclosure, after determining the target access port, the vehicle-road cloud management module will initiate a connection request in accordance with the communication protocol supported by the port (such as TCP, UDP, etc.). Taking the TCP protocol as an example, the vehicle-road cloud management module will first send a SYN (synchronization sequence number) packet to the target access port to establish a connection request. After receiving the SYN packet, the vehicle-road cloud service platform will reply with a SYN-ACK (synchronization-acknowledgement) packet to indicate that it agrees to establish a connection. After receiving the SYN-ACK packet, the vehicle-road cloud management module will send an ACK (acknowledgement) packet to the vehicle-road cloud service platform. At this point, the TCP three-way handshake is completed, and the two parties have established a reliable communication connection. If it is the UDP protocol, although there is no need to establish a connection, the vehicle-road cloud management module will encapsulate the data packet in the format of the UDP protocol and send it directly to the target access port.

[0051] Continuing with the example from step 1, the vehicle-road cloud management module determines that the target access port is Port B, which supports the UDP protocol. The vehicle-road cloud management module encapsulates the data to be transmitted according to the UDP protocol format, including information such as the source port number (the vehicle's port number), the destination port number (the port number of Port B), the data length, and the data content. The encapsulated data packet is then sent to the vehicle-road cloud service platform's corresponding network address and Port B. Upon receiving the data packet, the vehicle-road cloud service platform distributes it to the corresponding service module for processing based on the port number.

[0052] When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

[0053] In the disclosed embodiment, the vehicle-road cloud service platform may be configured with a service database, and thus when a vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, service data may be returned to the vehicle.

[0054] For example, once a vehicle successfully establishes a communication connection with the vehicle-road cloud service platform through the target access port, the vehicle-road cloud management module will send a service request to the vehicle-road cloud service platform according to the predetermined data exchange protocol. The service request contains relevant information about the service required by the vehicle. For example, when requesting real-time traffic data, a specific geographic location range may be specified. After receiving the service request, the vehicle-road cloud service platform will retrieve the corresponding service data from its own database or real-time data source based on the request content, and encapsulate the service data into a data packet according to the same communication protocol and return it to the vehicle's vehicle-road cloud management module. After receiving the returned data packet, the vehicle-road cloud management module will parse and process it, extracting valuable service data for use by other systems in the vehicle.

[0055] Following the above embodiment, after the vehicle successfully accesses the vehicle-road cloud service platform through the target access port B, the vehicle-road cloud management module sends a service request for real-time road condition data to the vehicle-road cloud service platform. The request specifies the road condition information within a radius of 5 kilometers around the current location of the vehicle. After receiving the request, the vehicle-road cloud service platform queries its real-time road condition database to obtain data such as road congestion conditions and traffic accident information in the area, and encapsulates this data into a data packet according to the UDP protocol and returns it to the vehicle. After receiving the data packet, the vehicle-road cloud management module parses the road condition information therein, such as the congestion length of a certain road is 2 kilometers, the estimated travel time is 30 minutes, etc., and then transmits this information to the vehicle's navigation system so that the navigation system can re-plan a better driving route for the driver.

[0056] In this way, vehicles can communicate directly with the vehicle-road cloud service platform, reducing the information forwarding of other intermediate platforms or servers. This not only improves the efficiency of obtaining service data, but also allows the vehicle-road cloud service platform to be configured for each service area, improving the convenience of expanding the number and functions of the vehicle-road cloud service platform.

[0057] In some possible implementations, the system further includes: a cloud platform communicatively connected to the information management module; The cloud platform is used to obtain the service platform information from the vehicle-road cloud service platform and send the service platform information to the information management module; In the disclosed embodiment, the cloud platform is the vehicle enterprise service platform, established and maintained by the vehicle enterprise. The vehicle-road cloud service platform is in communication with the cloud platform. The vehicle-road cloud service platform can transmit information corresponding to the service information database to the cloud platform, where it is stored in the cloud platform's service platform information database. The information can also be promptly transmitted to the vehicle via the first delivery module and stored in the vehicle's service platform information database.

[0058] In the disclosed embodiments, a communication connection is established between the cloud platform and the vehicle-road cloud service platform, typically using standard network communication protocols (such as HTTP, MQTT, etc.). The cloud platform will send information acquisition requests to the vehicle-road cloud service platform periodically or based on preset trigger conditions (such as reaching a specific time interval, receiving an external instruction, etc.). The request includes parameters such as the type and scope of the service platform information to be obtained. After receiving the request, the vehicle-road cloud service platform retrieves the corresponding service platform information from its own database or real-time data source, packages it according to the agreed data format, and then returns the packaged information to the cloud platform via the communication connection.

[0059] For example, suppose a cloud platform needs to obtain the service status and address information of a specific vehicle-road cloud service platform. The cloud platform constructs a GET request using the HTTP protocol. The request URL points to an interface provided by the vehicle-road cloud service platform specifically for obtaining service platform information. The cloud platform can include query parameters in the request to indicate the service status and address information it needs to obtain. After receiving this request, the vehicle-road cloud service platform queries its own service status records and address configuration information, encapsulates the results into JSON format, and returns them to the cloud platform via an HTTP response.

[0060] The information management module is used to receive and store the service platform information sent by the cloud platform.

[0061] In the disclosed embodiment, a communication connection also exists between the cloud platform and the information management module, and both parties have agreed upon a set of data transmission protocols and formats. After obtaining the service platform information, the cloud platform will repackage the information according to the requirements of the information management module. The packaged information contains necessary identification information (such as information type and source) and the actual service platform information content. The cloud platform then sends the packaged information to the information management module via the communication connection. The transmission method can be a synchronous request-response mode or an asynchronous message push mode, depending on the system design requirements.

[0062] Continuing with the above example, after the cloud platform obtains the service status and address information of the vehicle-road cloud service platform, it encapsulates it in the JSON format agreed upon with the information management module. If the synchronous request-response mode is adopted, the cloud platform sends an HTTP POST request to the information management module. The URL of the request is the interface for receiving information provided by the information management module, and the encapsulated JSON data is sent as the request body. After receiving the request, the information management module processes the request and returns a response to inform the cloud platform of the success or failure of information reception. If the asynchronous message push mode is adopted, the cloud platform can use a message queue (such as RabbitMQ, Kafka, etc.) to publish the encapsulated information as a message to the specified topic (Topic). As a subscriber to the topic, the information management module will receive these messages in real time.

[0063] In the disclosed embodiment, the information management module has the function of receiving and processing information from the cloud platform. When the information management module receives the service platform information sent by the cloud platform, it will first parse the information and extract key data fields, such as the address of the service platform, service type, service status, etc. Then, the information management module will store this information in its own database according to the preset storage rules. The storage rules may include classified storage according to information type, setting the validity period of information, indexing information for quick query, etc. During the storage process, the information management module will also verify the integrity and accuracy of the information to ensure that the stored data is reliable and available.

[0064] For example, after receiving the service platform information in the JSON format pushed by the cloud platform through the message queue, the information management module uses a corresponding JSON parsing library (such as the JSON module in Python) to parse the information.

[0065] The information management module stores this information in a database table based on pre-set storage rules. This table may contain fields such as source, type, status, address, and receive_time. During storage, the information management module generates a unique identifier for each piece of information and records the receipt time. The information validity period is set to 7 days (adjustable based on actual needs). Later, when other modules in the vehicle need to query information from the vehicle-road cloud service platform, the information management module can quickly retrieve and return the corresponding information from the database.

[0066] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0067] Geofence information refers to data related to a virtual boundary area on a map based on geographic location using positioning technology. This boundary area can be an irregular polygon, a circle, or other shapes, used to define a specific geographic range. In systems such as vehicle-road-cloud collaboration, geofence information can be used to monitor and manage the location of vehicles or devices. When a vehicle enters, exits, or is within the area demarcated by the geofence, corresponding service data acquisition actions can be triggered.

[0068] Service capability information is used to describe the service functions, performance indicators, and scope of services provided by the vehicle-road cloud service platform or related service nodes. It is used to reflect the specific service types that the service platform can provide to users, as well as the quality and level of these services.

[0069] The request domain name is a set of characters used to identify a specific server or service resource on the network. The Domain Name System (DNS) converts the domain name into the corresponding IP address, enabling the vehicle to establish a connection with the vehicle-road cloud service platform and send requests to obtain service data. An access port is a logical interface used to identify different services or applications in network communications.

[0070] For some possible implementations, see Figure 2 As shown, the vehicle-road cloud management module is deployed in the vehicle, and the information management module is deployed in the cloud platform. The request information is used to request the information management module to return the service data of the vehicle-road cloud service platform that governs the area where the driving location is located, and the target information includes the service data.

[0071] In the disclosed embodiments, the event management module within the vehicle-infrastructure cloud management module can request a location from the positioning system, for example, when a vehicle's service area changes. The positioning system then returns the location. The event management module can use the location to request service data from the information management module within the cloud platform. This eliminates the need for vehicles to obtain service platform information in advance or communicate with both the vehicle-manufacturing platform and the vehicle-infrastructure cloud service platform. They only need to communicate with the vehicle-manufacturing platform.

[0072] Furthermore, the cloud platform can use location to request vehicle-road cloud service data. This vehicle-road cloud service data can be used to represent the service areas supported by the vehicle-road cloud service platform. This service area information can then be used to store the vehicle-road cloud service platform's operational information in the cloud platform's multi-vehicle cloud service platform information database through the vehicle-road cloud service platform's maintenance function. The cloud platform's service data request and dispatch module can then request service data from the corresponding vehicle-road cloud service platform based on the vehicle-road cloud service data, receive the service data returned by the vehicle-road cloud service platform in response to the request, and then return the service data to the vehicle.

[0073] For example, the service data request and delivery module of the cloud platform can determine, based on the vehicle-road cloud service data, that the current vehicle has traveled from the jurisdiction of the vehicle-road cloud service platform corresponding to service area X to the jurisdiction of the vehicle-road cloud service platform corresponding to service area Y, and then request service data from the vehicle-road cloud service platform corresponding to service area Y. The vehicle-road cloud service platform corresponding to service area Y then returns the service data to the cloud platform, and the service data request and delivery module then returns the service data to the vehicle.

[0074] It can be explained that when the vehicle communicates directly with the vehicle-road cloud service platform, the vehicle side needs to support access ports for multiple vehicle-road cloud platform service areas at the same time, and configuration items need to be updated in real time. This increases the complexity of the vehicle-side business logic. An aggregation platform for multiple vehicle-road cloud platform service data is deployed on the cloud platform. The cloud platform connects to multiple vehicle-road cloud service platforms at the same time, enabling two-way interaction; the cloud platform maintains the geographic information of the service areas covered by each vehicle-road cloud service platform. In this way, the vehicle only connects to the cloud platform. When the vehicle needs to request service data from the vehicle-road cloud service platform, it can initiate a request to the cloud platform, which will then initiate a request to the service platform in the corresponding area. After obtaining the service data, it will be sent to the vehicle. This reduces the development and testing costs for the vehicle.

[0075] In some possible implementations, the information management module is further configured to: Obtaining service platform information of a plurality of vehicle-road cloud service platforms; In the disclosed embodiments, the information management module establishes communication connections with multiple vehicle-infrastructure cloud service platforms, typically using standard network communication protocols (such as HTTP and MQTT). The information management module periodically sends information retrieval requests to each vehicle-infrastructure cloud service platform, or based on preset trigger conditions (such as reaching a specific time interval or receiving an external command). These requests may include parameters such as the type and scope of the service platform information to be retrieved.

[0076] Furthermore, upon receiving the request, the vehicle-road cloud service platform retrieves the corresponding service platform information from its own database or real-time data source, packages it in a specified data format, and then returns the packaged information to the information management module via a communication connection. The information management module then parses and stores the received information for subsequent use.

[0077] For example, assume the system has three vehicle-road cloud service platforms: Platform A, Platform B, and Platform C. The information management module constructs three GET requests using the HTTP protocol and sends them to the dedicated service platform information interfaces of these three platforms. Platform A returns service platform information covering a portion of City X, with services including real-time traffic conditions and vehicle location, updated every minute. Platform B returns service information covering most of City X, with services including real-time traffic conditions, navigation planning, and traffic incident warnings, updated every 30 seconds. Platform C returns service information covering City Y, with services including vehicle location and parking guidance, updated every two minutes. The information management module stores this information in its internal database.

[0078] Determine the target vehicle-road cloud service platform based on the service platform information and the driving location carried in the request information; In the disclosed embodiment, the information management module extracts the vehicle's driving location information from the request information and simultaneously obtains the service range information of each vehicle-road cloud service platform from the database. Then, using geospatial algorithms (such as determining whether the driving location is within the boundaries of the service range or using more complex spatial relationship determination methods), it determines which vehicle-road cloud service platforms can cover the vehicle's driving location. If multiple platforms can cover the location, the information management module further conducts a comprehensive evaluation and comparison based on other service platform information (such as service type, data update frequency, service quality indicators, etc.) to select the most suitable vehicle-road cloud service platform as the target vehicle-road cloud service platform. For example, platforms with richer service types, higher data update frequency, and better service quality are preferred.

[0079] For example, suppose a vehicle is traveling to a location in City X. Based on previously stored service platform information, the information management module discovers that both Platform A and Platform B cover that location. Platform A's services include real-time traffic conditions and vehicle positioning, with data updated every minute. Platform B's services include real-time traffic conditions, navigation planning, and traffic incident warnings, with data updated every 30 seconds. Because Platform B offers a richer range of services and a higher data update frequency, the information management module selects Platform B as the target vehicle-road cloud service platform.

[0080] Acquire the service data from the target vehicle-road cloud service platform; In the disclosed embodiment, after determining the target vehicle-road cloud service platform, the information management module constructs a service request for that platform. This request includes specific information about the service required by the vehicle, such as the service type (for example, requesting real-time traffic data) and the driving location (for obtaining traffic information for a specific area). The information management module then sends the service request to the target vehicle-road cloud service platform via a communication connection established with the platform. Upon receiving the request, the target vehicle-road cloud service platform retrieves the corresponding service data from its own database or real-time data source based on the request content, packages it according to the agreed data format, and then returns the packaged service data to the information management module.

[0081] The service data is sent to the vehicle-road-cloud management module.

[0082] In the disclosed embodiment, a communication connection exists between the information management module and the vehicle-infrastructure cloud management module. Both parties have agreed upon a set of data transmission protocols and formats. Upon receiving service data returned by the target vehicle-infrastructure cloud service platform, the information management module performs necessary data processing (such as format conversion and data validation). Then, according to the agreed-upon protocol, the service data is packaged into a message or data packet and sent to the vehicle-infrastructure cloud management module via the communication connection. This transmission can be done in either a synchronous request-response mode or an asynchronous message push mode.

[0083] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0084] Geofence information refers to data related to a virtual boundary area on a map based on geographic location using positioning technology. This boundary area can be an irregular polygon, a circle, or other shapes, used to define a specific geographic range. In systems such as vehicle-road-cloud collaboration, geofence information can be used to monitor and manage the location of vehicles or devices. When a vehicle enters, exits, or is within the area demarcated by the geofence, corresponding service data acquisition actions can be triggered.

[0085] Service capability information is used to describe the service functions, performance indicators, and scope of services provided by the vehicle-road cloud service platform or related service nodes. It is used to reflect the specific service types that the service platform can provide to users, as well as the quality and level of these services.

[0086] The request domain name is a set of characters used to identify a specific server or service resource on the network. The Domain Name System (DNS) converts the domain name into the corresponding IP address, enabling the vehicle to establish a connection with the vehicle-road cloud service platform and send requests to obtain service data. An access port is a logical interface used to identify different services or applications in network communications.

[0087] In some possible implementations, the vehicle-road-cloud management module is further configured to: The acquired service data is pushed to a data consumer on the vehicle.

[0088] In the disclosed embodiment, the vehicle may also be configured with a service data consumer, which may include, for example, an HMI (Human Machine Interface) and an ADAS (Advanced Driver Assistance Systems). Information corresponding to the service data may be displayed on the HMI, or assisted driving such as route planning or obstacle avoidance may be performed based on the service data.

[0089] The present disclosure also provides a data acquisition method. Figure 3 Shown, including: In step S41, based on the vehicle's driving position, a request message is sent to the information management module via the vehicle-road cloud management module; In the disclosed embodiments, vehicles are typically equipped with a positioning system (e.g., a GPS module, Beidou positioning module, etc.). These positioning systems can obtain real-time geographic location information of the vehicle, typically expressed in the form of latitude and longitude coordinates. The vehicle's internal system continuously reads the data from the positioning device to determine the vehicle's driving position.

[0090] Furthermore, once the vehicle's location is acquired, the vehicle-road-cloud management module constructs a request message based on pre-set rules and requirements. In addition to the vehicle's location, the request message may also include other relevant information, such as the vehicle ID (which uniquely identifies the vehicle), the requested service type (e.g., requesting real-time traffic conditions, navigation information, etc.), and the request timestamp (recording the time the request was issued). This information helps the information management module accurately understand the vehicle's needs and respond accordingly.

[0091] Furthermore, a communication connection is established between the vehicle-road cloud management module and the information management module via a specific communication protocol (such as HTTP, MQTT, etc.). The vehicle-road cloud management module encapsulates the constructed request information according to the requirements of the communication protocol and then sends the request information to the information management module via the communication connection.

[0092] In step S42, according to the request information, the corresponding target information is returned to the vehicle-road-cloud management module through the information management module; In the disclosed embodiment, upon receiving a request message from the vehicle-road-cloud management module, the information management module parses the request message according to the format specified by the communication protocol. This parsing process involves extracting various fields from the request message, such as the vehicle ID, driving location, service type, and request timestamp, for subsequent processing.

[0093] Furthermore, the information management module internally stores information related to multiple vehicle-road cloud service platforms, including their coverage, service capabilities, and data interfaces. Based on the parsed vehicle location and service type, the information management module determines the most appropriate service for the vehicle, known as target information, by querying an internal database or invoking relevant algorithms. For example, if a vehicle requests real-time traffic information, the information management module will search for the vehicle-road cloud service platform that covers that location and provides the most accurate and up-to-date traffic data, as the target information.

[0094] After determining the target information, the information management module encapsulates it in the data format agreed upon with the vehicle-infrastructure cloud management module. This encapsulated data may include information such as the identifier of the target vehicle-infrastructure cloud service platform (e.g., platform name, ID), service interface address, and data format requirements. The information management module then returns the encapsulated target information to the vehicle-infrastructure cloud management module via the previously established communication connection.

[0095] In step S43, based on the target information, the service data corresponding to the vehicle-road cloud service platform is obtained through the vehicle-road cloud management module.

[0096] In the disclosed embodiment, after the vehicle-road cloud management module receives the target information returned by the information management module, it will parse the target information and extract key information such as the service interface address and data format requirements of the target vehicle-road cloud service platform.

[0097] Furthermore, the vehicle-infrastructure cloud management module constructs a service request for the target vehicle-infrastructure cloud service platform based on the target information. This service request includes vehicle-related information (such as vehicle ID and driving location, depending on the requirements of the target platform) and requested service parameters (such as the requested road condition time range and area range). The vehicle-infrastructure cloud management module then sends the service request to the service interface address of the target vehicle-infrastructure cloud service platform in accordance with the communication protocol and data format specified by the target platform.

[0098] Furthermore, upon receiving the service request, the target vehicle-road cloud service platform processes it and returns the corresponding service data. The vehicle-road cloud management module receives this service data via a communication connection and parses and processes it according to the data format specified in the target information. This processed service data can be used for vehicle navigation, driver assistance, and other functions.

[0099] In some possible implementations, the target information includes service platform information. In step S43, the service data corresponding to the vehicle-road cloud service platform is obtained through the vehicle-road cloud management module based on the target information, including: According to the service platform information, the service data is obtained from the vehicle-road cloud service platform through the vehicle-road cloud management module.

[0100] In the disclosed embodiment, the V2X management module receives target information containing service platform information and then parses it. This service platform information typically includes several key elements, such as the service platform's identifier (e.g., platform name, unique ID), service type (e.g., real-time traffic conditions, navigation planning, traffic incident warnings), and service coverage. By parsing this information, the V2X management module accurately understands the basic attributes and functions of the target V2X service platform.

[0101] In some possible implementations, obtaining the service data from the vehicle-road cloud service platform by the vehicle-road cloud management module according to the service platform information includes: Determining a target access port through the vehicle-road cloud management module according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; In the disclosed embodiment, a vehicle is equipped with multiple access ports for vehicle-infrastructure cloud service platforms. Each access port corresponds to a specific vehicle-infrastructure cloud service platform or a group of platforms with similar service capabilities. The vehicle-infrastructure cloud management module maintains a port mapping table that records the correspondence between different service platform information and access ports. After parsing the service platform information, the vehicle-infrastructure cloud management module matches this information in the port mapping table to determine the target access port corresponding to the target vehicle-infrastructure cloud service platform.

[0102] Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; In the disclosed embodiments, different vehicle-road cloud service platforms may support different communication protocols, such as HTTP, MQTT, and WebSocket. The vehicle-road cloud management module will select the appropriate communication protocol based on the requirements of the vehicle-road cloud service platform corresponding to the target access port. The selection of a communication protocol requires consideration of multiple factors, such as the real-time nature of data transmission, reliability, and data volume. For example, for services with high real-time requirements (such as real-time traffic updates), the MQTT protocol may be selected due to its low latency and high throughput. For services with larger data volumes but lower real-time requirements, the HTTP protocol may be selected.

[0103] After determining the communication protocol, the vehicle-road cloud management module establishes a communication connection with the corresponding vehicle-road cloud service platform according to the protocol's specified procedures. Using HTTP as an example, the vehicle-road cloud management module constructs a connection request (such as a TCP connection request) and sends it to the server address and access port of the target vehicle-road cloud service platform. Upon receiving the connection request, the server performs appropriate processing, such as verifying the request's legitimacy and allocating resources. If the connection request passes verification, the server returns a successful connection response, establishing a communication connection between the vehicle-road cloud management module and the vehicle-road cloud service platform.

[0104] When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

[0105] In the disclosed embodiment, after establishing a communication connection, the vehicle-road cloud management module constructs a service request based on the vehicle's needs. This service request typically includes vehicle-related information (such as vehicle ID, driving location, requested service type, etc.) and other necessary parameters. For example, if a vehicle requests real-time traffic information, the service request will include the vehicle's current driving location so that the vehicle-road cloud service platform can return traffic data around that location.

[0106] The vehicle-road cloud management module then encapsulates the constructed service request according to the communication protocol requirements and sends it to the vehicle-road cloud service platform via the established communication connection. Upon receiving the service request, the vehicle-road cloud service platform retrieves the corresponding service data from its own database or real-time data source based on the request content, encapsulates and formats this data. Once processed, the vehicle-road cloud service platform returns the encapsulated service data to the vehicle-road cloud management module via the communication connection. Upon receiving the returned data, the vehicle-road cloud management module parses and processes it to extract useful information.

[0107] Furthermore, various errors may occur during data transmission, such as network outages and data format errors. The V2X management module implements appropriate error handling and retry mechanisms. When an error is detected, the module takes different action based on the type and severity of the error. For example, if the error is caused by a network outage, the module will automatically retry sending the service request or receiving service data after the network is restored. If the error is caused by a data format error, the module will send error feedback to the V2X service platform, requesting that the data be resent in the correct format.

[0108] The specific implementation of the embodiment of the present disclosure can be found in Figure 1-3 And the corresponding text description, which will not be repeated here.

[0109] In some possible implementations, the service platform information includes at least one of the following: geo-fence information, service capability information, request domain name, and access port.

[0110] The present disclosure also provides a vehicle, including: processor; a memory for storing processor-executable instructions; The processor is configured to execute the executable instructions stored in the memory to implement the method described in any one of the aforementioned embodiments.

[0111] An embodiment of the present disclosure further provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the steps of the method described in any one of the aforementioned embodiments are implemented.

[0112] An embodiment of the present disclosure further provides a computer program product, including a computer program, which implements the steps of any one of the methods in the aforementioned embodiments when executed by a processor.

[0113] Figure 4 FIG6 is a block diagram illustrating a vehicle 600 according to an exemplary embodiment. For example, vehicle 600 may be a hybrid vehicle, a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or another type of vehicle. Vehicle 600 may be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0114] Reference Figure 4Vehicle 600 may include various subsystems, such as an infotainment system 610, a perception system 620, a decision control system 630, a drive system 640, and a computing platform 650. Vehicle 600 may also include more or fewer subsystems, and each subsystem may include multiple components. Furthermore, each subsystem and each component of vehicle 600 may be interconnected via wired or wireless means.

[0115] In some embodiments, the infotainment system 610 may include a communication system, an entertainment system, a navigation system, and the like.

[0116] The perception system 620 may include several sensors for sensing information about the environment surrounding the vehicle 600. For example, the perception system 620 may include a global positioning system (which may be a GPS system, a BeiDou system, or another positioning system), an inertial measurement unit (IMU), a laser radar, a millimeter-wave radar, an ultrasonic radar, and a camera.

[0117] The decision control system 630 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0118] The drive system 640 may include components that provide power to the vehicle 600. In one embodiment, the drive system 640 may include an engine, an energy source, a transmission system, and wheels. The engine may be an internal combustion engine, an electric motor, an air compression engine, or a combination thereof. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0119] Some or all functions of the vehicle 600 are controlled by a computing platform 650. The computing platform 650 may include at least one processor 651 and a memory 652. The processor 651 may execute instructions 653 stored in the memory 652.

[0120] The processor 651 can be any conventional processor, such as a commercially available CPU. The processor can also include a graphics processor (GPU), a field programmable gate array (FPGA), a system on chip (SOC), an application specific integrated circuit (ASIC), or a combination thereof.

[0121] The memory 652 may be implemented by any type of volatile or non-volatile memory device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk, or optical disk.

[0122] In addition to instructions 653 , memory 652 may also store data, such as road maps, route information, and vehicle location, direction, speed, etc. The data stored in memory 652 may be used by computing platform 650 .

[0123] In the embodiment of the present disclosure, the processor 651 may execute the instruction 653 to complete all or part of the steps of the above-mentioned data acquisition method.

[0124] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary techniques in the art not disclosed herein. The description and examples are to be considered as exemplary only, with the true scope and spirit of the present disclosure being indicated by the appended claims.

[0125] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes can be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A data acquisition system, characterized in that: include: A vehicle-road-cloud management module, and an information management module in communication with the vehicle-road-cloud management module; The vehicle-road-cloud management module is used to send request information to the information management module according to the driving position of the vehicle; The information management module is used to return corresponding target information to the vehicle-road-cloud management module according to the request information; The vehicle-road-cloud management module is used to obtain service data corresponding to the vehicle-road-cloud service platform based on the target information.

2. The system according to claim 1, wherein: The vehicle-road cloud management module and the information management module are deployed in the vehicle, and the request information is used to request the information management module to return service platform information, wherein the service platform information is the service platform information of the vehicle-road cloud service platform that governs the area where the driving location is located, wherein the target information includes the service platform information; The vehicle-road cloud management module is used to obtain the service data from the vehicle-road cloud service platform based on the service platform information.

3. The system according to claim 2, characterized in that The vehicle-road-cloud management module is used to: Determining a target access port according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

4. The system according to claim 3, characterized in that The system further includes: a cloud platform communicatively connected to the information management module; The cloud platform is used to obtain the service platform information from the vehicle-road cloud service platform and send the service platform information to the information management module; The information management module is used to receive and store the service platform information sent by the cloud platform.

5. The system according to claim 3, wherein: The service platform information includes at least one of the following: geographic fence information, service capability information, request domain name, and access port.

6. The system according to claim 1, wherein: The vehicle-road cloud management module is deployed on the vehicle, and the information management module is deployed on the cloud platform. The request information is used to request the information management module to return the service data of the vehicle-road cloud service platform that governs the area where the driving location is located, and the target information includes the service data.

7. The system according to claim 6, characterized in that The information management module is also used for: Obtaining service platform information of a plurality of vehicle-road cloud service platforms; Determine the target vehicle-road cloud service platform based on the service platform information and the driving location carried in the request information; Acquire the service data from the target vehicle-road cloud service platform; The service data is sent to the vehicle-road-cloud management module.

8. The system according to claim 7, characterized in that The service platform information includes at least one of the following: geographic fence information, service capability information, request domain name, and access port.

9. The system according to any one of claims 1 to 8, characterized in that The vehicle-road-cloud management module is also used for: The acquired service data is pushed to a data consumer on the vehicle.

10. A data acquisition method, characterized in that: include: According to the vehicle's driving position, the vehicle-road cloud management module sends request information to the information management module; According to the request information, the information management module returns the corresponding target information to the vehicle-road-cloud management module; According to the target information, the service data corresponding to the vehicle-road cloud service platform is obtained through the vehicle-road cloud management module.

11. The method according to claim 10, characterized in that The target information includes service platform information. The service data corresponding to the vehicle-road cloud service platform is obtained through the vehicle-road cloud management module according to the target information, including: According to the service platform information, the service data is obtained from the vehicle-road cloud service platform through the vehicle-road cloud management module.

12. The method according to claim 11, characterized in that The acquiring, by the vehicle-road cloud management module, the service data from the vehicle-road cloud service platform according to the service platform information includes: Determining a target access port through the vehicle-road cloud management module according to the service platform information, wherein the vehicle is configured with multiple access ports of the vehicle-road cloud service platform; Establishing a communication connection with the corresponding vehicle-road cloud service platform according to the target access port; When the vehicle accesses the corresponding vehicle-road cloud service platform through the target access port, the service data of the vehicle-road cloud service platform returned is obtained.

13. The method according to claim 11, characterized in that The service platform information includes at least one of the following: geographic fence information, service capability information, request domain name, and access port.

14. A vehicle, characterized in that: include: processor; a memory for storing processor-executable instructions; The processor is configured to execute the executable instructions stored in the memory to implement the method according to any one of claims 10 to 13.

15. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 10 to 13 are implemented.

16. A computer program product, characterized in that The invention comprises a computer program, which implements the steps of the method according to any one of claims 10 to 13 when the computer program is executed by a processor.

Images