Method and apparatus for configuring driving capabilities of autonomous vehicles

Abstract

This disclosure provides a method and apparatus for configuring driving capabilities of autonomous vehicles, relating to the field of vehicle technology, and particularly to the field of autonomous driving. The specific implementation scheme includes: receiving a first pull request from a capacity server, and sending candidate configuration information for autonomous driving capabilities to the capacity server according to the first pull request; receiving a binding relationship from the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information; receiving a second pull request from a target vehicle, and sending corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request. This application reduces the configuration update cycle, improves the efficiency of autonomous driving capability configuration, allows for timely updates to autonomous driving capabilities when problems are discovered, eliminates the need to wait for version updates to package and update with the new version, and enables binding of autonomous driving capabilities on a vehicle-by-vehicle basis, improving the flexibility of vehicle autonomous driving capabilities.

Description

Technical Field

[0001] This disclosure relates to the field of vehicle technology, and more particularly to the field of autonomous driving, specifically to a method and apparatus for configuring the driving capabilities of an autonomous vehicle. Background Technology

[0002] Currently, autonomous driving technology has made rapid progress, and understanding how to control the various capabilities of driverless vehicles is crucial. One related technology links autonomous driving capabilities to the vehicle system version, updating them with each version release. This means that autonomous driving capabilities can only be updated when the vehicle version is updated, resulting in a long cycle. Problems discovered can only be fixed with the next version update. Furthermore, each version release is uniform, making it impossible to configure different autonomous driving capabilities based on different operational conditions. All vehicles must maintain the same version of autonomous driving capabilities, preventing the configuration of different capabilities based on characteristics. Summary of the Invention

[0003] This disclosure provides a method, apparatus, device, and storage medium for configuring the driving capabilities of an autonomous vehicle.

[0004] According to one aspect of this disclosure, a method for configuring the driving capabilities of an autonomous vehicle is provided, executed by a cloud server. The method involves receiving a first pull request sent by a capacity server and sending candidate configuration information of autonomous driving capabilities to the capacity server according to the first pull request; receiving a binding relationship sent by the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information; receiving a second pull request sent by a target vehicle and sending corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request.

[0005] The autonomous driving capability configuration method proposed in this application configures autonomous driving capabilities through a cloud server, which can reduce the configuration update cycle from monthly updates to minute-by-minute updates. This greatly improves the efficiency of autonomous driving capability configuration, allowing for timely updates of autonomous driving capabilities when problems are discovered, without having to wait for version updates to package and update with the new version. Furthermore, autonomous driving capabilities can be bound on a vehicle-by-vehicle basis, enhancing the flexibility of vehicle autonomous driving capabilities.

[0006] According to another aspect of this disclosure, a method for configuring the driving capabilities of an autonomous vehicle is provided, executed by a capacity server, including sending a first pull request to a cloud server; receiving candidate configuration information sent by the cloud server according to the first pull request; binding the candidate configuration information with a candidate vehicle to generate a binding relationship, and sending the binding relationship to the cloud server.

[0007] According to another aspect of this disclosure, a driving capability configuration device for an autonomous vehicle is provided, comprising: a first pull module, configured to receive a first pull request sent by a capacity server, and send candidate configuration information of autonomous driving capability to the capacity server according to the first pull request; a relationship binding module, configured to receive a binding relationship sent by the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information; and a second pull module, configured to receive a second pull request sent by a target vehicle, and send corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request.

[0008] According to another aspect of this disclosure, a driving capability configuration device for an autonomous vehicle is provided, comprising: a sending module for sending a first pull request to a cloud server; a receiving module for receiving candidate configuration information sent by the cloud server according to the first pull request; and a binding module for binding the candidate configuration information with a candidate vehicle to generate a binding relationship and sending the binding relationship to the cloud server.

[0009] According to another aspect of this disclosure, an electronic device is provided, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the above-described method for configuring the driving capabilities of an autonomous vehicle.

[0010] According to another aspect of this disclosure, a non-transitory computer-readable storage medium is provided storing computer instructions, wherein the computer instructions are used to cause the computer to execute the above-described method for configuring the driving capabilities of an autonomous vehicle.

[0011] According to another aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the above-described method for configuring the driving capabilities of an autonomous vehicle.

[0012] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of this disclosure, nor is it intended to limit the scope of this disclosure. Other features of this disclosure will become readily apparent from the following description. Attached Figure Description

[0013] The accompanying drawings are provided to better understand this solution and do not constitute a limitation of this disclosure. Wherein:

[0014] Figure 1 This is an exemplary implementation of a driving capability configuration method for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0015] Figure 2This is a schematic diagram illustrating the interaction between a cloud server, a capacity server, and a target vehicle according to an exemplary embodiment of this disclosure.

[0016] Figure 3 This is an exemplary implementation of a driving capability configuration method for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0017] Figure 4 This is an exemplary implementation of a driving capability configuration method for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0018] Figure 5 This is an exemplary implementation of a driving capability configuration method for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0019] Figure 6 This is a flowchart illustrating a method for configuring the driving capabilities of an autonomous vehicle according to an exemplary embodiment of this disclosure.

[0020] Figure 7 This is a schematic diagram of a driving capability configuration device for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0021] Figure 8 This is a schematic diagram of a driving capability configuration device for an autonomous vehicle according to an exemplary embodiment of the present disclosure;

[0022] Figure 9 This is a schematic diagram of an electronic device according to an exemplary embodiment of the present disclosure. Detailed Implementation

[0023] The exemplary embodiments of this disclosure are described below with reference to the accompanying drawings, including various details of the embodiments to aid understanding, and should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this disclosure. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0024] Automatic train operation systems refer to highly centralized train operation systems where the work performed by the train driver is fully automated. Automatic train operation systems possess functions such as automatic train wake-up and start-up, automatic entry and exit from the depot, automatic cleaning, automatic driving, automatic stopping, automatic door opening and closing, and automatic fault recovery. They also have multiple operating modes, including normal operation, degraded operation, and operation interruption. Achieving fully automated operation can save energy and optimize the rational matching of system energy consumption and speed.

[0025] Figure 1This application illustrates an exemplary implementation of a method for configuring the driving capabilities of an autonomous vehicle, with a cloud server as the executing entity. Figure 1 As shown, the method for configuring the driving capabilities of this autonomous vehicle includes the following steps:

[0026] S101, receive the first pull request sent by the capacity server, and send candidate configuration information of autonomous driving capability to the capacity server according to the first pull request.

[0027] Figure 2 This is a schematic diagram illustrating the interaction between the cloud server, the capacity server, and the target vehicle in this application, such as... Figure 2 As shown, the cloud server receives a first pull request sent by the capacity server. The first pull request is a request sent by the capacity server to request candidate configuration information for autonomous driving capabilities. The cloud server sends the candidate configuration information for autonomous driving capabilities to the capacity server according to the first pull request.

[0028] Among them, the candidate configuration information for autonomous driving capability is the relevant configuration information configured to realize the autonomous driving of the vehicle. For example, the candidate configuration information may include the vehicle's maximum U-turn curvature limit, maximum speed limit configuration, whether to use the oncoming lane to detour, whether to cross the solid line to cross the lane, and whether to activate the traffic light perception service.

[0029] S102, receive the binding relationship sent by the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information.

[0030] The cloud server receives the binding relationship sent by the capacity server. The binding relationship is generated by the capacity server binding the candidate configuration information and candidate vehicles after the cloud server sends the candidate configuration information of autonomous driving capability to the capacity server, and then sends it to the cloud server.

[0031] Within the binding relationship, the same candidate configuration information can be bound to one candidate vehicle or multiple candidate vehicles. Each candidate configuration information and each candidate vehicle has its own corresponding identification information to facilitate subsequent queries.

[0032] S103, receive the second pull request sent by the target vehicle, and send the corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request.

[0033] The cloud server receives a second pull request from the target vehicle, which is a request sent by the target vehicle to obtain the corresponding target configuration information. Based on the target vehicle's target identifier information carried in the second pull request, the cloud server queries the binding relationship, obtains, and sends the corresponding target configuration information to the target vehicle.

[0034] The target configuration information can take effect in real time on the target vehicle.

[0035] This application proposes a method for configuring the driving capabilities of autonomous vehicles. The method involves receiving a first pull request from a capacity server and sending candidate configuration information for autonomous driving capabilities to the capacity server based on the first pull request; receiving a binding relationship from the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information; receiving a second pull request from a target vehicle and sending corresponding target configuration information to the target vehicle based on the binding relationship and the second pull request. This application configures autonomous driving capabilities through a cloud server, reducing the configuration update cycle from monthly updates to minute-by-minute updates, greatly improving the efficiency of autonomous driving capability configuration. Problems can be identified and autonomous driving capabilities can be updated promptly without waiting for version updates. Furthermore, autonomous driving capabilities can be bound on a vehicle-by-vehicle basis, enhancing the flexibility and convenience of vehicle autonomous driving capabilities.

[0036] Furthermore, the method for configuring the driving capabilities of autonomous vehicles also includes: determining the vehicle description information of the candidate vehicle bound to the candidate configuration information based on the binding relationship; when the candidate configuration information is the target configuration information, obtaining the target vehicle's call information to the target configuration information; and displaying the vehicle description information and / or call information bound to the candidate configuration information, such as displaying the vehicle's ownership, vehicle purpose, vehicle mode, binding person, binding time, currently bound autonomous driving capability configuration, and vehicle-side call time. This facilitates viewing the details of the vehicle description information and / or call information of each autonomous driving capability configuration through a visual interface on the cloud server. When a parameter is found to be inconsistent with expectations, the autonomous driving capability can be directly modified.

[0037] Furthermore, the method for configuring the driving capabilities of autonomous vehicles also includes: sending call information to the capacity server, in which the target vehicle invokes the target configuration information. The call information includes the call time and a record of successful invocation of the target configuration information, which facilitates the subsequent viewing of the call information of the target vehicle invoking the target configuration information on the capacity server, so as to obtain the call record of the target vehicle in real time.

[0038] Figure 3 This application illustrates an exemplary implementation of a method for configuring the driving capabilities of an autonomous vehicle, with a cloud server as the executing entity. Figure 3 As shown, the method for configuring the driving capabilities of this autonomous vehicle includes the following steps:

[0039] S301 receives the first pull request sent by the capacity server.

[0040] The cloud server receives a first pull request from the capacity server. The first pull request is a request sent by the capacity server to request candidate configuration information for autonomous driving capabilities. The cloud server sends the candidate configuration information for autonomous driving capabilities to the capacity server according to the first pull request.

[0041] Before receiving the first pull request from the capacity server, it is also necessary to receive multiple configuration parameters of autonomous driving capability, and generate a set of configuration information for autonomous driving capability based on different configuration parameters. The set of configuration information includes a variety of configuration information so that different candidate vehicles can be matched according to their own vehicle conditions.

[0042] S302, based on the first fetch request, obtains a set of configuration information for autonomous driving capabilities.

[0043] Based on the first fetch request, obtain a set of configuration information for autonomous driving capabilities. This set of configuration information includes all configuration information that is pending release, already activated, and already deactivated.

[0044] S303, determine the status of each configuration information in the configuration information set.

[0045] Determine the status of each configuration item in the configuration information set. Each configuration item has a status, such as pending release, effective, or closed.

[0046] S304: Obtain the configuration information that is in effect from the configuration information set, use it as candidate configuration information, and send the candidate configuration information to the capacity server.

[0047] It is easy to understand that only the configuration information of autonomous driving capabilities that are already in effect can be selected and used at the current moment. Therefore, the configuration information that is already in effect is obtained from the configuration information set as candidate configuration information, and the candidate configuration information is sent to the capacity server.

[0048] S305 receives a binding verification request sent by the capacity server. The binding verification request includes candidate configuration information and vehicle information of the candidate vehicles to be bound.

[0049] The configuration of a vehicle's autonomous driving capabilities is extremely important. Any change to a single capability can affect the entire vehicle's operation and potentially cause unpredictable consequences, significantly impacting passenger safety. Therefore, to avoid such unpredictable consequences and significant impacts on passenger safety, each binding of candidate vehicles and autonomous driving capability configuration information requires approval before the binding is truly successful.

[0050] In this application, the cloud server receives a binding verification request sent by the capacity server, wherein the binding verification request includes vehicle information of the candidate vehicles to be bound.

[0051] S306 reviews the matching between vehicle information and candidate configuration information and sends the review results back to the capacity server.

[0052] On the cloud server side, the matching between vehicle information and candidate configuration information is reviewed, and the review results are fed back to the capacity server.

[0053] S307, Receive the binding relationship sent by the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information.

[0054] The cloud server receives the binding relationship sent by the capacity server. The binding relationship is generated and sent to the cloud server by the capacity server after the cloud server sends candidate configuration information of autonomous driving capability to the capacity server and approves the matching between vehicle information and candidate configuration information.

[0055] Within the binding relationship, the same candidate configuration information can be bound to one candidate vehicle or multiple candidate vehicles. Each candidate configuration information and each candidate vehicle has its own corresponding identification information to facilitate subsequent queries.

[0056] S308 receives the second pull request sent by the target vehicle.

[0057] The cloud server receives a second pull request sent by the target vehicle. The second pull request is a request sent by the target vehicle to request the acquisition of the target configuration information corresponding to the target vehicle.

[0058] S309, based on the second retrieval request, determine the target identification information of the target vehicle.

[0059] Based on the second retrieval request, determine the target identification information of the target vehicle carried in the second retrieval request.

[0060] S310, Based on the binding relationship, determine the candidate configuration information that has a binding relationship with the target identification information.

[0061] The cloud server queries the binding relationship based on the target vehicle identification information carried in the second fetch request, so as to accurately determine the candidate configuration information that has a binding relationship with the target identification information.

[0062] S311, determine the candidate configuration information with a binding relationship as the target configuration information and send it to the target vehicle.

[0063] The candidate configuration information that is determined to have a binding relationship is sent as the target configuration information to the target vehicle.

[0064] The target configuration information can take effect in real time on the target vehicle.

[0065] In this embodiment, configuration information that is in an effective state is obtained from the configuration information set as candidate configuration information, and the candidate configuration information is sent to the capacity server. This avoids binding configuration information that is in an unpublished state or a closed state in the configuration information set, which would prevent the bound relationship from being used normally.

[0066] Figure 4 This application illustrates an exemplary implementation of a method for configuring the driving capabilities of an autonomous vehicle, with the execution entity being a capacity server, such as... Figure 4 As shown, the method for configuring the driving capabilities of this autonomous vehicle includes the following steps:

[0067] S401 sends the first fetch request to the cloud server.

[0068] The capacity server sends a first pull request to the cloud server. This first pull request is a request from the capacity server to request candidate configuration information for autonomous driving capabilities.

[0069] S402 receives candidate configuration information sent by the cloud server based on the first pull request.

[0070] The capacity server receives candidate configuration information sent by the cloud server based on the first pull request.

[0071] Among them, the candidate configuration information for autonomous driving capability is the relevant configuration information configured to realize the autonomous driving of the vehicle. For example, the candidate configuration information may include the vehicle's maximum U-turn curvature limit, maximum speed limit configuration, whether to use the oncoming lane to detour, whether to cross the solid line to cross the lane, and whether to activate the traffic light perception service.

[0072] S403 binds candidate configuration information with candidate vehicles to generate a binding relationship and sends the binding relationship to the cloud server.

[0073] After the capacity server receives the candidate configuration information for autonomous driving capabilities sent by the cloud server, the capacity server will bind the candidate configuration information and candidate vehicles, and send the bound relationship to the cloud server.

[0074] In this system, the capacity server allows users to select a single candidate vehicle and bind candidate configuration information for autonomous driving capabilities, or to select a batch of candidate vehicles and bind candidate configuration information for different autonomous driving capabilities. Compared to the previous method of issuing version packages to change the autonomous driving capabilities of vehicles, this method is less time-consuming and allows for more flexible selection of vehicles to bind different candidate configuration information for autonomous driving capabilities.

[0075] This application embodiment generates a binding relationship through a capacity server and sends the binding relationship to a cloud server, which can reduce the configuration update cycle from monthly updates to minute-by-minute updates. This greatly improves the efficiency of autonomous driving capability configuration activation. Problems can be detected and autonomous driving capabilities can be updated in a timely manner without waiting for version updates to package and update with the version. Furthermore, autonomous driving capabilities can be bound on a vehicle-by-vehicle basis, improving the flexibility of vehicle autonomous driving capabilities. This avoids packaging separate versions for driver-occupied, passenger-occupied, and fully driverless configurations, and also avoids packaging versions with personalized configuration requirements for specific regions, simplifying the management of configuration information.

[0076] Figure 5 This application illustrates an exemplary implementation of a method for configuring the driving capabilities of an autonomous vehicle, with the execution entity being a capacity server, such as... Figure 5 As shown, the method for configuring the driving capabilities of this autonomous vehicle includes the following steps:

[0077] S501 sends the first fetch request to the cloud server.

[0078] The capacity server sends a first pull request to the cloud server. This first pull request is a request from the capacity server to request candidate configuration information for autonomous driving capabilities.

[0079] S502 receives candidate configuration information sent by the cloud server based on the first pull request.

[0080] The capacity server receives candidate configuration information sent by the cloud server based on the first pull request.

[0081] Among them, the candidate configuration information for autonomous driving capability is the relevant configuration information configured to realize the autonomous driving of the vehicle. For example, the candidate configuration information may include the vehicle's maximum U-turn curvature limit, maximum speed limit configuration, whether to use the oncoming lane to detour, whether to cross the solid line to cross the lane, and whether to activate the traffic light perception service.

[0082] S503 generates a binding review request based on the candidate configuration information and the candidate vehicles to be bound, and sends the binding review request to the cloud server.

[0083] The capacity server generates a binding review request based on the candidate configuration information and the candidate vehicles to be bound to the candidate configuration information, and sends the binding review request to the cloud server.

[0084] S504 receives the audit result sent by the cloud server corresponding to the binding audit request.

[0085] The capacity server receives the review result sent by the cloud server corresponding to the binding review request.

[0086] S505: If the audit result indicates that binding is possible, bind the candidate configuration information with the candidate vehicle, generate a binding relationship, and send the binding relationship to the cloud server.

[0087] If the review result indicates that binding is possible, the candidate configuration information is bound to the candidate vehicle, a binding relationship is generated, and the binding relationship is sent to the cloud server.

[0088] Each time the candidate configuration information is bound to the candidate vehicle on the capacity server, the cloud server is notified to record the detailed information of the current candidate configuration information and the candidate vehicle binding.

[0089] The configuration of a vehicle's autonomous driving capabilities is extremely important. Any change to a single capability can affect the entire vehicle's operation and potentially cause unpredictable consequences, significantly impacting passenger safety. Therefore, to avoid such unpredictable consequences and significant impacts on passenger safety, each binding of candidate vehicles and autonomous driving capability configuration information requires approval before the binding is truly successful.

[0090] Furthermore, the method for configuring the driving capabilities of autonomous vehicles also includes: after approval, determining the vehicle description information of the candidate vehicles bound to the candidate configuration information, such as displaying the vehicle's ownership, purpose, mode, binding person, binding time, currently bound autonomous driving capability configuration, and vehicle-side call time, and sending the vehicle description information to the cloud server. This facilitates viewing the vehicle description information and / or call information details of each autonomous driving capability configuration through a visual interface on the cloud server. When a parameter is found to be inconsistent with expectations, the autonomous driving capability can be directly modified.

[0091] Furthermore, the method for configuring the driving capabilities of autonomous vehicles also includes: receiving and displaying call information from a cloud server regarding the target vehicle's invocation of target configuration information. This call information includes the call time and successful call records, facilitating the viewing of the target vehicle's invocation information on the capacity server and enabling real-time access to the target vehicle's call records.

[0092] Figure 6 This application illustrates a flowchart of a method for configuring the driving capabilities of an autonomous vehicle. Figure 6 As shown, the cloud server receives multiple configuration parameters for autonomous driving capabilities and generates a set of configuration information for autonomous driving capabilities based on these parameters. The capacity server then sends a first pull request to the cloud server. This first pull request is a request from the capacity server to request candidate configuration information for autonomous driving capabilities. The cloud server receives the first pull request from the capacity server and, based on it, retrieves the set of configuration information for autonomous driving capabilities. It then determines the status of each configuration information in the set. It's easy to understand that only configuration information for autonomous driving capabilities that is already in effect is currently available for use. Therefore, it retrieves configuration information that is already in effect from the set as candidate configuration information and sends this candidate configuration information to the capacity server. The capacity server receives the candidate configuration information sent by the cloud server based on the first pull request, binds the candidate configuration information to candidate vehicles, generates a binding relationship, and sends the binding relationship to the cloud server. The cloud server receives the binding relationship sent by the capacity server, where the binding relationship includes one or more candidate vehicles bound to the candidate configuration information.

[0093] The cloud server receives a second pull request from the target vehicle, which is a request sent by the target vehicle to obtain the corresponding target configuration information. Based on the target vehicle's target identifier information carried in the second pull request, the cloud server queries the binding relationship to obtain and send the corresponding target configuration information to the target vehicle.

[0094] Figure 7 This is a schematic diagram of a driving capability configuration device for an autonomous vehicle shown in this application, such as... Figure 7 As shown, the driving capability configuration device 700 for the autonomous vehicle is located on the cloud server side and includes a first pull module 701, a relationship binding module 702, and a second pull module 703, wherein:

[0095] The first pull module 701 is used to receive the first pull request sent by the capacity server, and send candidate configuration information of autonomous driving capability to the capacity server according to the first pull request;

[0096] The relationship binding module 702 is used to receive the binding relationship sent by the capacity server, wherein the binding relationship includes one or more candidate vehicles bound to the candidate configuration information;

[0097] The second pull module 703 is used to receive the second pull request sent by the target vehicle, and send the corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request.

[0098] This device configures autonomous driving capabilities via a cloud server, reducing the configuration update cycle from monthly updates to minute-by-minute updates. This significantly improves the efficiency of autonomous driving capability configuration, allowing for timely updates to autonomous driving capabilities when problems are discovered, eliminating the need to wait for version updates to package and update with the new version. Furthermore, autonomous driving capabilities can be bound to vehicles, enhancing the flexibility of vehicle autonomous driving capabilities.

[0099] Furthermore, the first pull module 701 is also used to: obtain a set of configuration information for autonomous driving capabilities based on the first pull request; determine the status of each configuration information in the configuration information set; obtain the configuration information that is in an effective state from the configuration information set as candidate configuration information, and send the candidate configuration information to the capacity server.

[0100] Furthermore, the first pull module 701 is also used to: receive multiple configuration parameters of autonomous driving capability, and generate a set of configuration information of autonomous driving capability according to different configuration parameters.

[0101] Furthermore, the relationship binding module 702 is also used to: receive a binding review request sent by the capacity server, wherein the binding review request includes vehicle information of the candidate vehicle to be bound by the candidate configuration information; review the matching between the vehicle information and the candidate configuration information, and feed back the review result to the capacity server.

[0102] Furthermore, the second pull module 703 is also used to: determine the target identification information of the target vehicle according to the second pull request; determine the candidate configuration information that has a binding relationship with the target identification information according to the binding relationship; determine the candidate configuration information with a binding relationship as the target configuration information and send it to the target vehicle.

[0103] Furthermore, the relationship binding module 702 is also used to: determine the vehicle description information of the candidate vehicle to which the candidate configuration information is bound based on the binding relationship; when the candidate configuration information is the target configuration information, obtain the call information of the target vehicle to the target configuration information; and display the vehicle description information and / or call information bound to the candidate configuration information.

[0104] Furthermore, the driving capability configuration device 700 for autonomous vehicles also includes a call sending module 704, which is used to send call information to the capacity server, indicating that the target vehicle is calling the target configuration information.

[0105] Figure 8 This is a schematic diagram of a driving capability configuration device for an autonomous vehicle shown in this application, such as... Figure 8As shown, the driving capability configuration device 800 for the autonomous vehicle is located on the capacity server side and includes a sending module 801, a receiving module 802, and a binding module 803, wherein:

[0106] The sending module 801 is used to send the first pull request to the cloud server;

[0107] The receiving module 802 is used to receive candidate configuration information sent by the cloud server according to the first pull request;

[0108] The binding module 803 is used to bind candidate configuration information with candidate vehicles to generate a binding relationship and send the binding relationship to the cloud server.

[0109] This embodiment of the device generates a binding relationship through the capacity server and sends the binding relationship to the cloud server, which can reduce the configuration update cycle from monthly updates to minute-by-minute updates. This greatly improves the efficiency of autonomous driving capability configuration. Problems can be detected and the autonomous driving capability can be updated in a timely manner without waiting for version updates to package and update. Furthermore, autonomous driving capabilities can be bound on a vehicle-by-vehicle basis, which enhances the flexibility of vehicle autonomous driving capabilities.

[0110] Furthermore, the binding module 803 is also used to: generate a binding review request based on the candidate configuration information and the candidate vehicle to be bound by the candidate configuration information, and send the binding review request to the cloud server; receive the review result corresponding to the binding review request sent by the cloud server; if the review result indicates that binding is possible, bind the candidate configuration information to the candidate vehicle to generate a binding relationship.

[0111] Furthermore, the driving capability configuration device 800 for autonomous vehicles also includes: an information determination module 804, used to determine the vehicle description information of the candidate vehicle to which the candidate configuration information is bound; and an information sending module 805, used to send the vehicle description information to the cloud server.

[0112] Furthermore, the driving capability configuration device 800 for autonomous vehicles also includes a display module 806, which is used to receive and display the call information sent by the cloud server for the target vehicle to call the target configuration information.

[0113] The acquisition, storage, and application of user personal information involved in the technical solution disclosed herein comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0114] According to embodiments of this disclosure, this disclosure also provides an electronic device, a readable storage medium, and a computer program product.

[0115] Figure 9A schematic block diagram of an example electronic device 900 that can be used to implement embodiments of the present disclosure is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the present disclosure described and / or claimed herein.

[0116] like Figure 9 As shown, device 900 includes a computing unit 901, which can perform various appropriate actions and processes based on a computer program stored in read-only memory (ROM) 902 or a computer program loaded from storage unit 908 into random access memory (RAM) 903. RAM 903 may also store various programs and data required for the operation of device 900. The computing unit 901, ROM 902, and RAM 903 are interconnected via bus 904. Input / output (I / O) interface 905 is also connected to bus 904.

[0117] Multiple components in device 900 are connected to I / O interface 905, including: input unit 906, such as keyboard, mouse, etc.; output unit 907, such as various types of monitors, speakers, etc.; storage unit 908, such as disk, optical disk, etc.; and communication unit 909, such as network card, modem, wireless transceiver, etc. Communication unit 909 allows device 900 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0118] The computing unit 901 can be various general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of the computing unit 901 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. The computing unit 901 performs the various methods and processes described above, such as a driving capability configuration method for an autonomous vehicle. For example, in some embodiments, the driving capability configuration method for an autonomous vehicle can be implemented as a computer software program tangibly contained in a machine-readable medium, such as storage unit 908. In some embodiments, part or all of the computer program can be loaded and / or installed on device 900 via ROM 902 and / or communication unit 909. When the computer program is loaded into RAM 903 and executed by the computing unit 901, one or more steps of the driving capability configuration method for an autonomous vehicle described above can be performed. Alternatively, in other embodiments, the computing unit 901 may be configured to perform a driving capability configuration method for an autonomous vehicle by any other suitable means (e.g., by means of firmware).

[0119] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0120] The program code used to implement the methods of this disclosure may be written in any combination of one or more programming languages. This program code may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may be executed entirely on a machine, partially on a machine, as a standalone software package partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0121] In the context of this disclosure, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0122] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the computer. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0123] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as a data server), or computing systems that include middleware components (e.g., an application server), or computing systems that include frontend components (e.g., a user computer with a graphical user interface or web browser through which a user can interact with embodiments of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., a communication network). Examples of communication networks include local area networks (LANs), wide area networks (WANs), and the Internet.

[0124] Computer systems can include clients and servers. Clients and servers are generally located far apart and typically interact via communication networks. Client-server relationships are created by computer programs running on the respective computers and having a client-server relationship with each other. Servers can be cloud servers, servers in distributed systems, or servers incorporating blockchain technology.

[0125] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this disclosure can be achieved, and this is not limited herein.

[0126] The specific embodiments described above do not constitute a limitation on the scope of protection of this disclosure. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this disclosure should be included within the scope of protection of this disclosure.

Claims

1. A method of configuring a driving capability of an autonomous vehicle, wherein, The method is executed by a cloud server, and comprises: receiving a plurality of configuration parameters of autonomous driving capability, generating the configuration information set of the autonomous driving capability according to different configuration parameters, receiving a first pull request sent by a transport server, obtaining and determining the state of each configuration information in the configuration information set according to the first pull request, taking the configuration information in the configuration information set in the effective state as candidate configuration information of the autonomous driving capability, and sending the candidate configuration information to the transport server; receiving a binding relationship sent by the transport server, determining vehicle description information of a candidate vehicle bound by the candidate configuration information according to the binding relationship, and when the candidate configuration information is target configuration information corresponding to a target vehicle, displaying the vehicle description information in a visual interface of the cloud server, wherein the binding relationship includes one or more candidate vehicles bound by the candidate configuration information; receiving a second pull request sent by a target vehicle, and sending corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request.

2. The method of claim 1, wherein, Before the receiving the binding relationship sent by the transport server, the method further comprises: receiving a binding audit request sent by the transport server, wherein the binding audit request includes vehicle information of a candidate vehicle to be bound by the candidate configuration information; auditing a matching condition between the vehicle information and the candidate configuration information, and feeding back an audit result to the transport server.

3. The method of claim 1 or 2, wherein, The sending corresponding target configuration information to the target vehicle according to the binding relationship and the second pull request comprises: determining target identification information of the target vehicle according to the second pull request; determining candidate configuration information having a binding relationship with the target identification information according to the binding relationship; determining the candidate configuration information having the binding relationship as the target configuration information and sending the target configuration information to the target vehicle.

4. The method of claim 1 or 2, wherein, The method further comprises: when the candidate configuration information is the target configuration information, obtaining calling information of the target vehicle to the target configuration information; displaying the calling information.

5. The method of claim 1 or 2, wherein, After the sending corresponding target configuration information to the target vehicle, the method further comprises: sending calling information of the target vehicle to the target configuration information to the transport server.

6. A method of configuring a driving capability of an autonomous vehicle, wherein, The method is executed by a transport server, and comprises: sending a first pull request to a cloud server; receiving candidate configuration information determined by the method of claim 1 and sent by the cloud server according to the first pull request; binding the candidate configuration information and a candidate vehicle to generate a binding relationship, and sending the binding relationship to the cloud server.

7. The method of claim 6, wherein, The binding the candidate configuration information and a candidate vehicle to generate a binding relationship comprises: generating a binding audit request according to the candidate configuration information and a candidate vehicle to be bound by the candidate configuration information, and sending the binding audit request to the cloud server; receiving an audit result corresponding to the binding audit request and sent by the cloud server; If the audit result indicates that the candidate configuration information can be bound, the candidate configuration information is bound to the candidate vehicle, and the binding relationship is generated.

8. The method of claim 6 or 7, wherein, The method further includes: determining vehicle description information of the candidate vehicle to which the candidate configuration information is bound; sending the vehicle description information to the cloud server.

9. The method of claim 6 or 7, wherein, The method further includes: receiving calling information sent by the cloud server and calling the target configuration information by the target vehicle, and displaying the calling information.

10. An apparatus for configuring a driving capability of an autonomous vehicle, wherein, Comprise: a first pulling module, configured to receive a plurality of configuration parameters of automatic driving capability, generate the configuration information set of the automatic driving capability according to different configuration parameters, receive a first pulling request sent by a transport server, obtain and determine the state of each configuration information in the configuration information set according to the first pulling request, take the configuration information in the configuration information set in the effective state as the candidate configuration information of the automatic driving capability, and send the candidate configuration information to the transport server; a relationship binding module, configured to receive a binding relationship sent by the transport server, determine vehicle description information of a candidate vehicle to which the candidate configuration information is bound according to the binding relationship, and display the vehicle description information in a visual interface of a cloud server when the candidate configuration information is target configuration information corresponding to a target vehicle, wherein the binding relationship includes one or more candidate vehicles to which the candidate configuration information is bound; a second pulling module, configured to receive a second pulling request sent by a target vehicle, and send corresponding target configuration information to the target vehicle according to the binding relationship and the second pulling request.

11. The apparatus of claim 10, wherein, The relationship binding module is further configured to: receive a binding audit request sent by the transport server, wherein the binding audit request includes vehicle information of a candidate vehicle to which the candidate configuration information is to be bound; audit the matching between the vehicle information and the candidate configuration information, and feed back an audit result to the transport server.

12. The apparatus of claim 10 or 11, wherein, The second pulling module is further configured to: determine target identification information of the target vehicle according to the second pulling request; determine candidate configuration information having a binding relationship with the target identification information according to the binding relationship; determine the candidate configuration information having the binding relationship as the target configuration information and send it to the target vehicle.

13. The apparatus of claim 10 or 11, wherein, The relationship binding module is further configured to: when the candidate configuration information is the target configuration information, obtain calling information of the target configuration information by the target vehicle; display the calling information.

14. The apparatus of claim 10 or 11, wherein, The device further includes a calling sending module, configured to: send calling information of the target configuration information by the target vehicle to the transport server.

15. A driving capability configuration device of an autonomous vehicle, wherein, Comprise: a sending module, configured to send a first pulling request to a cloud server; a receiving module, configured to receive candidate configuration information determined by the method of claim 1 and sent by the cloud server according to the first pulling request; a binding module, configured to bind the candidate configuration information to a candidate vehicle to generate a binding relationship, and send the binding relationship to the cloud server.

16. The apparatus of claim 15, wherein, The binding module is further configured to: According to the candidate configuration information and the candidate vehicle to which the candidate configuration information is to be bound, a binding audit request is generated, and the binding audit request is sent to the cloud server; An audit result corresponding to the binding audit request sent by the cloud server is received; If the audit result indicates that the binding is allowed, the candidate configuration information is bound to the candidate vehicle, and the binding relationship is generated.

17. The apparatus of claim 14 or 15, wherein, The device further comprises: An information determination module configured to determine vehicle description information of the candidate vehicle to which the candidate configuration information is bound; An information sending module configured to send the vehicle description information to the cloud server.

18. The apparatus of claim 14 or 15, wherein, The device further comprises: An exhibition module configured to receive calling information of a target vehicle calling a target configuration information sent by the cloud server, and exhibit the calling information. 19.An electronic device comprising: at least one processor; and a memory connected to the at least one processor in communication; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-9.

20. A non-transitory computer readable storage medium having stored thereon computer instructions, wherein, The computer instructions are used to make the computer execute the method according to any one of claims 1-9. 21.A computer program product comprising a computer program which, when executed by a processor, implements the steps of the method according to any one of claims 1-9.

Images