CN113391627A - Unmanned vehicle driving mode switching method and device, vehicle and cloud server - Google Patents

Unmanned vehicle driving mode switching method and device, vehicle and cloud server Download PDF

Info

Publication number
CN113391627A
CN113391627A CN202110620735.4A CN202110620735A CN113391627A CN 113391627 A CN113391627 A CN 113391627A CN 202110620735 A CN202110620735 A CN 202110620735A CN 113391627 A CN113391627 A CN 113391627A
Authority
CN
China
Prior art keywords
unmanned vehicle
driving mode
mode switching
server
switching
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202110620735.4A
Other languages
Chinese (zh)
Inventor
秦圣林
张亚玲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202110620735.4A priority Critical patent/CN113391627A/en
Publication of CN113391627A publication Critical patent/CN113391627A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05DSYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/0055Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot with safety arrangements
    • G05D1/0061Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot with safety arrangements for transition from automatic pilot to manual pilot and vice versa

Abstract

The application discloses unmanned vehicle driving mode switching method and equipment, a vehicle and a cloud server, and relates to the technical field of computers, in particular to the technical field of artificial intelligence such as automatic driving, computer vision and deep learning. The specific implementation scheme is as follows: acquiring unmanned vehicle configuration information in response to detecting a driving mode switching trigger event; analyzing the unmanned vehicle configuration information to obtain task information of the unmanned vehicle; determining a driving mode of the unmanned vehicle according to the task information; and sending a switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the task information of the unmanned vehicle.

Description

Unmanned vehicle driving mode switching method and device, vehicle and cloud server
Technical Field
The application relates to the technical field of computers, in particular to the technical field of artificial intelligence such as automatic driving, computer vision and deep learning, and particularly relates to a method and equipment for switching driving modes of an unmanned vehicle, a vehicle and a cloud server.
Background
With the progress of science and technology, vehicles increasingly enter people's lives, the rapid development of electronic technology and communication technology enables the manufacture of unmanned automobiles, the efficiency and the safety of a traffic system can be greatly improved, and the unmanned automobile technology is more and more emphasized.
At present, with the progress of the unmanned technology commercialization, the unmanned vehicle bears the increasingly abundant production capacity, meanwhile, new requirements are continuously pushed out for the products of the unmanned vehicle, so that people can see that the competitive products follow the unmanned vehicle very tightly, after the unmanned vehicle is developed and operated, visual schemes are rapidly switched among the schemes of the unmanned vehicle, online voice broadcasting, intelligent internet scenes and the like have similar functions, and compared with an automatic driving core unit, the interactive scheme has relatively low technical barrier.
Disclosure of Invention
The application provides a method and a device for switching driving modes of an unmanned vehicle, electronic equipment and a storage medium.
According to an aspect of the present application, there is provided an unmanned vehicle driving mode switching method including:
acquiring unmanned vehicle configuration information in response to detecting a driving mode switching trigger event;
analyzing the unmanned vehicle configuration information to obtain task information of the unmanned vehicle;
determining a driving mode of the unmanned vehicle according to the task information; and
and sending a switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction.
According to another aspect of the present application, there is provided an unmanned vehicle driving mode switching method including:
generating a driving mode switching request of the unmanned vehicle in response to detecting the driving mode triggering event;
sending the driving mode switching request to a server;
receiving a switching instruction corresponding to the driving mode switching request fed back by the server; and
and switching the driving modes of the unmanned vehicle according to the switching instruction.
According to another aspect of the present application, there is provided an unmanned vehicle driving mode switching apparatus including:
the acquiring module is used for responding to the detected driving mode switching triggering event and acquiring unmanned vehicle configuration information;
the analysis module is used for analyzing the unmanned vehicle configuration information to acquire task information of the unmanned vehicle;
the first determining module is used for determining the driving mode of the unmanned vehicle according to the task information; and
and the sending module is used for sending the switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction.
According to another aspect of the present application, there is provided an unmanned vehicle driving mode switching apparatus including:
the generating module is used for responding to the detected driving mode triggering event and generating a driving mode switching request of the unmanned vehicle;
the sending module is used for sending the driving mode switching request to a server;
the receiving module is used for receiving a switching instruction corresponding to the driving mode switching request fed back by the server; and
and the switching module is used for switching the driving modes of the unmanned vehicle according to the switching instruction.
According to another aspect of the present application, there is provided an electronic device including:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the drone vehicle driving mode switching method of one aspect or another aspect of the embodiments described above.
According to another aspect of the present application, there is provided a non-transitory computer-readable storage medium storing thereon a computer program for causing a computer to execute the unmanned vehicle driving mode switching method according to the one aspect or the another aspect embodiment.
According to another aspect of the present application, a computer program product is provided, comprising a computer program which, when executed by a processor, implements the drone vehicle driving mode switching method of one or the other of the above-described embodiments.
According to another aspect of the present application, there is provided a cloud server, including: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the drone vehicle driving mode switching method of an aspect of the foregoing embodiments.
According to another aspect of the present application, there is provided an autonomous vehicle comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the drone vehicle driving mode switching method of another aspect of the above embodiments.
It should be understood that the statements in this section do not necessarily identify key or critical features of the embodiments of the present application, nor do they limit the scope of the present application. Other features of the present application will become apparent from the following description.
Drawings
The drawings are included to provide a better understanding of the present solution and are not intended to limit the present application. Wherein:
fig. 1 is a schematic flow chart of a method for switching driving modes of an unmanned vehicle according to an embodiment of the present application;
fig. 2 is a schematic flowchart of another unmanned vehicle driving mode switching method according to an embodiment of the present disclosure;
FIG. 3 is a schematic view of a driving mode of an unmanned vehicle according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a technical architecture of an HMI system provided by an embodiment of the present application;
fig. 5 is a schematic flowchart of another unmanned vehicle driving mode switching method according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of an unmanned vehicle driving mode switching device according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of another unmanned vehicle driving mode switching device according to an embodiment of the present application; and
fig. 8 is a block diagram of an electronic device of an unmanned vehicle driving mode switching method according to an embodiment of the present application.
Detailed Description
The following description of the exemplary embodiments of the present application, taken in conjunction with the accompanying drawings, includes various details of the embodiments of the application for the understanding of the same, which are to be considered exemplary only. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the present application. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.
The unmanned vehicle driving mode switching method and apparatus, the vehicle, and the cloud server according to the embodiments of the present application are described below with reference to the drawings.
Artificial intelligence is the subject of research on the use of computers to simulate certain mental processes and intelligent behaviors (such as learning, reasoning, thinking, planning, etc.) of humans, both in the hardware and software domain. Artificial intelligence hardware technologies generally include technologies such as sensors, dedicated artificial intelligence chips, cloud computing, distributed storage, big data processing, and the like; the artificial intelligence software technology comprises a computer vision technology, a voice recognition technology, a natural language processing technology, deep learning, a big data processing technology, a knowledge map technology and the like.
An automatic vehicle (Self-driving automatic vehicle), also called an unmanned vehicle, a computer-driven vehicle or a wheeled mobile robot, is an intelligent vehicle that realizes unmanned driving through a computer system. Decades of history have existed in the 20 th century, and the 21 st century shows a trend toward practical use. The automatic driving automobile depends on the cooperation of artificial intelligence, visual calculation, radar, monitoring device and global positioning system, and the computer can operate the motor vehicle automatically and safely without any active operation of human.
Computer vision is a science for researching how to make a machine "see", and further, it means that a camera and a computer are used to replace human eyes to perform machine vision such as identification, tracking and measurement on a target, and further image processing is performed, so that the computer processing becomes an image more suitable for human eyes to observe or transmitted to an instrument to detect. As a scientific discipline, computer vision research-related theories and techniques attempt to build artificial intelligence systems that can acquire 'information' from images or multidimensional data. The information referred to herein refers to information defined by Shannon that can be used to help make a "decision". Because perception can be viewed as extracting information from sensory signals, computer vision can also be viewed as the science of how to make an artificial system "perceive" from images or multidimensional data.
Deep learning is a new research direction in the field of machine learning. Deep learning is the intrinsic law and expression level of the learning sample data, and the information obtained in the learning process is very helpful for the interpretation of data such as characters, images and sounds. The final aim of the method is to enable the machine to have the analysis and learning capability like a human, and to recognize data such as characters, images and sounds. Deep learning is a complex machine learning algorithm, and achieves the effect in speech and image recognition far exceeding the prior related art.
The unmanned vehicle driving mode switching method provided by the embodiment of the application can be executed by electronic equipment, and the electronic equipment can be a vehicle-mounted computer, a vehicle controller, a server and the like, and is not limited herein.
In the embodiment of the application, the electronic device can be provided with a processing component, a storage component and a driving component. Optionally, the driving component and the processing component may be integrated, the storage component may store an operating system, an application program, or other program modules, and the processing component implements the unmanned vehicle driving mode switching method provided in the embodiment of the present application by executing the application program stored in the storage component.
Fig. 1 is a schematic flow chart of a method for switching driving modes of an unmanned aerial vehicle according to an embodiment of the present application.
The unmanned vehicle driving mode switching method can be further executed by the unmanned vehicle driving mode switching device provided by the embodiment of the application, and the unmanned vehicle driving mode switching device can be configured in electronic equipment to respond to the detection of a driving mode switching trigger event, acquire unmanned vehicle configuration information, analyze the unmanned vehicle configuration information, acquire task information of the unmanned vehicle, determine the driving mode of the unmanned vehicle according to the task information, and send a switching instruction corresponding to the driving mode to the unmanned vehicle, so that the unmanned vehicle driving mode can be switched based on the task information of the unmanned vehicle.
As a possible situation, the unmanned vehicle driving mode switching method in the embodiment of the application can also be executed at a server side, the server can be a cloud server, and the unmanned vehicle driving mode switching method can be executed at the cloud server.
It should be noted that the unmanned vehicle described in the above embodiments may be an operating unmanned vehicle.
As shown in fig. 1, the unmanned vehicle driving mode switching method may include:
step 101, in response to detecting a driving mode switching trigger event, acquiring unmanned vehicle configuration information. The unmanned vehicle configuration information can comprise a task purpose, a user attribute, a user name, task time, vehicle remaining oil quantity, total vehicle driving mileage and the like.
In this embodiment of the Application, the server may detect the driving mode switching trigger event in real time through a related API (Application Programming Interface), so that when the server detects the driving mode switching trigger event, the server can respond to the driving mode switching trigger event in time to perform related operations.
Specifically, the server may detect a driving mode switching trigger event in real time through a related API, and when it is determined that the driving mode switching trigger event is detected, acquire the unmanned vehicle configuration information in response to detecting the driving mode switching trigger event.
It should be noted that the unmanned vehicle configuration information described in this embodiment may be uploaded by the user in advance and stored in the storage space of the server, so that the server can call the information when needed. The storage space is not limited to an entity-based storage space, such as a hard disk, and the storage space may also be a cloud storage space connected to a server.
As a possible scenario, the above unmanned vehicle configuration information may also be pre-stored in a configuration information database of the server, wherein the configuration information database may be specifically used to store the unmanned vehicle configuration information, so as to further facilitate the server to call when needed.
And 102, analyzing the unmanned vehicle configuration information to acquire the task information of the unmanned vehicle.
In the embodiment of the application, the configuration information of the unmanned vehicle can be analyzed according to a preset analysis algorithm to obtain the task information of the unmanned vehicle, wherein the preset analysis algorithm can be calibrated according to actual conditions.
Specifically, after the server acquires the unmanned vehicle configuration information, the server may analyze the unmanned vehicle configuration information according to a preset analysis algorithm to acquire task information of the unmanned vehicle. The task information may include task purpose, user attribute, and the like.
As a possible case, the server may further analyze the unmanned vehicle configuration information according to the analysis model to obtain task information of the unmanned vehicle. It should be noted that the parsing model described in this embodiment may be trained in advance and pre-stored in the storage space of the server to facilitate retrieval of the application.
The training and the generation of the analytic model can be executed by a related training server, the training server can be a cloud server or a host of a computer, and a communication connection is established between the training server and the server capable of executing the unmanned vehicle driving mode switching method provided by the application embodiment and can be at least one of a wireless network connection and a wired network connection. The training server can send the trained analytical model to the server so that the server can call the model when needed, and therefore the computing pressure of the server is greatly reduced.
Specifically, after acquiring the unmanned vehicle configuration information, the server may call an analysis model from a storage space of the server, and input the unmanned vehicle configuration information to the analysis model, so that the unmanned vehicle configuration information is analyzed by the analysis model to obtain the task information of the unmanned vehicle output by the analysis model.
As another possibility, the server may also parse the unmanned vehicle configuration information using a parsing tool (e.g., a plug-in) to obtain mission information for the unmanned vehicle.
And 103, determining the driving mode of the unmanned vehicle according to the task information.
In the embodiment of the present application, a relationship table may be prestored in the storage space of the server, and a correspondence relationship between the task information and the driving mode of the unmanned vehicle may be described in the relationship table.
Specifically, after acquiring the task information of the unmanned vehicle, the server may call the relationship table from its own storage space, and query the relationship table according to the task information to obtain the driving mode of the unmanned vehicle corresponding to the task information.
It should be noted that the driving mode in this embodiment may be one of a RobTaxi (automatic taxi), a travel mode, a RoboCop (automatic patrol), a V2X (intelligent internet protocol) mode, and the like.
And 104, sending a switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction.
Specifically, after determining the driving mode of the unmanned vehicle, the server may generate a switching instruction according to the driving mode, and send the switching instruction to the unmanned vehicle, so that after receiving the switching instruction, the unmanned vehicle may switch the driving mode according to the switching instruction, that is, switch the current driving mode of the unmanned vehicle to the determined driving mode of the unmanned vehicle.
In the embodiment of the application, unmanned vehicle configuration information is obtained in response to the detection of a driving mode switching trigger event, the unmanned vehicle configuration information is analyzed to obtain task information of the unmanned vehicle, the driving mode of the unmanned vehicle is determined according to the task information, and then a switching instruction corresponding to the driving mode is sent to the unmanned vehicle. Therefore, the unmanned vehicle driving mode can be switched based on the task information of the unmanned vehicle.
For clarity of the above embodiment, in an embodiment of the present application, the method for switching driving modes of the unmanned vehicle may further include determining that a driving mode switching triggering event is detected if a driving mode switching request sent by the unmanned vehicle is received.
Specifically, the server may monitor whether the server receives a driving mode switching request sent by the unmanned vehicle in real time through a related API, and if so, it indicates that the unmanned vehicle has applied for switching the driving mode, and at this time, the server may determine that a driving mode switching trigger event is detected. Therefore, whether the server detects the driving mode switching trigger event or not can be determined in time, so that a timely response is made, and the use experience of a user is improved.
Further, in one embodiment of the subject application, the driving mode switch request may include a unique code of the unmanned vehicle, and obtaining the unmanned vehicle configuration information in response to detecting the driving mode switch triggering event may include obtaining the unmanned vehicle configuration information according to the unique code. Wherein the unique code may be a serial number of the unmanned vehicle.
Specifically, when receiving a driving mode switching request sent by an unmanned vehicle, the server can determine that a driving mode switching trigger event is detected, and at this time, the server can analyze the driving mode switching request to obtain a unique code of the unmanned vehicle, call out a configuration information database from a storage space of the server, and retrieve the configuration information database by using the unique code of the unmanned vehicle as an index to obtain the configuration information of the unmanned vehicle corresponding to the unique code.
It should be noted that, in the configuration information database described in this embodiment, the unique code of one unmanned vehicle may correspond to a plurality of unmanned vehicle configuration information, that is, the same vehicle may be stored in a plurality of unmanned vehicle configuration information, and at this time, the latest unmanned vehicle configuration information, that is, the unmanned vehicle configuration information corresponding to the unique code that was stored in the configuration information database last time, may be obtained.
Therefore, unmanned vehicle configuration information can be accurately acquired, and the accuracy of a subsequent actual driving mode is guaranteed.
Further, in one embodiment of the present application, the unmanned vehicle configuration information is uploaded to the server by the user through the terminal device.
In this embodiment of the application, the terminal device may be a mobile terminal such as a mobile phone, a tablet Computer, a palmtop Computer, and the like, and may also be a Personal Computer (PC), which is not limited herein.
Specifically, it is assumed that the terminal device is a mobile phone, wherein a user obtains relevant car booking or using information, such as a unique number of an unmanned vehicle, a task purpose (i.e., a car using purpose or a car purchasing purpose), a user attribute, a user name, a task time, a vehicle remaining oil amount, a vehicle traveling total mileage number and the like, through a car booking or using Application interface provided by a relevant APP (e.g., a car using APP) in the mobile phone before using a car (e.g., a day before using the car), wherein the vehicle remaining oil amount, the vehicle traveling total mileage number and the like can be obtained by the APP directly and jointly according to the filled unique number of the unmanned vehicle, i.e., a default value is provided and cannot be modified. And then the mobile phone can generate unmanned vehicle configuration information according to the information submitted by the user in the vehicle appointment application interface or the vehicle using application interface after the user submits the unmanned vehicle configuration information, and the unmanned vehicle configuration information is sent to a related server.
It should be noted that the task objects described in this embodiment may include a travel task object, an inspection task object, and the like, where the travel task object may include a travel destination location, the travel task object may include a tourist attraction location, and the inspection task object may include an inspection road location and a name, and the like, where the location information may be provided by relevant map software. The user attributes described in this embodiment may include general users, i.e., c (customer) end customers, government officials (e.g., patrol police, government inspectors, etc.), i.e., g (godernment) end customers, enterprise user merchants, i.e., b (business) end customers, etc.
Therefore, function use application of the unmanned vehicle (namely, the operated unmanned vehicle) can be carried out in advance, so that the unmanned vehicle used by the user in the task time is ensured to be switched into the most suitable driving mode according to the application information, and the unmanned vehicle can be dynamically switched into the driving mode according to the requirement of the user.
In one embodiment of the present application, as shown in fig. 2, determining a driving mode of the unmanned vehicle according to the task information may include:
step 201, analyzing the task information to obtain the task purpose and the user attribute of the unmanned vehicle.
In the embodiment of the application, the task information can be analyzed through the task analysis algorithm to obtain the task purpose and the user attribute of the unmanned vehicle, wherein the task analysis algorithm can be calibrated according to the actual situation.
Specifically, after acquiring the task information of the unmanned vehicle, the server may analyze the task information according to a preset task analysis algorithm to acquire a task purpose and a user attribute of the unmanned vehicle, for example, an analyzed result may be: the ordinary user goes to XXX lake for travel, patrols polices, goes to XXX road for patrolling, goes to G-end client, goes to XXX building, and the like.
As a possible situation, the server can also analyze the task information according to the task analysis model so as to obtain the task purpose and the user attribute of the unmanned vehicle. It should be noted that the task analysis model described in this embodiment may be trained in advance and pre-stored in the storage space of the server to facilitate retrieval of the application.
Step 202, determining the driving mode of the unmanned vehicle according to the task purpose and the user attribute, wherein the priority of the user attribute is higher than that of the task purpose.
In the embodiment of the application, a corresponding relation table between the task purpose and the user attribute and the driving mode can be prestored in the server.
Specifically, after acquiring the task purpose and the user attribute of the unmanned vehicle, the server can call out the task purpose and the user attribute from the storage space of the server, and a corresponding relation table between the task purpose and the driving mode, and query the corresponding relation table according to the task purpose and the user attribute pair to obtain the driving mode of the unmanned vehicle corresponding to the task purpose and the user attribute.
For example, referring to FIG. 3, when the task purpose and user attributes are: when a common user (i.e., a client at the C end) goes to travel in the XXX lake, the queried driving mode can be a travel mode; when the task purpose and the user attribute are: when a common user goes to XXX building, the inquired driving mode can be a RobTaxi mode; when the task purpose and the user attribute are: when a government officer (namely, a client at the G end) goes to a XXX road for inspection, the inquired driving mode can be a Robocop mode; when the task purpose and the user attribute are: when the government officer goes to XXX building, the inquired driving mode can be a text travel mode.
Therefore, the driving mode of the unmanned vehicle can be determined according to the task purpose and the user attribute of the user, the purpose that the driving mode of the unmanned vehicle can be dynamically switched according to the requirement of the user is achieved, and the use experience of the user is greatly improved.
As a possible situation, the server may further obtain the task time during the process of analyzing the task information, and after determining the driving mode of the unmanned vehicle, may send the switching instruction corresponding to the driving mode to the unmanned vehicle within the task time at the current time. For example, the current time is 13/03/22/2020: 00, and the task time is: year 2020, 03, 22, 8: 00 to: year 2020, 03, 23, 22: 00, the server can send a switching instruction corresponding to the driving mode to the unmanned vehicle, and if the previous time is 03, 21 and 13 in 2020: 00, and the task time is: year 2020, 03, 22, 8: 00 to: year 2020, 03, 23, 22: 00, the server can send the switching instruction corresponding to the driving mode to the unmanned vehicle when the task time is up.
In order to more clearly illustrate the above embodiments, in the embodiments of the present application, in response to detecting a driving mode triggering event, the unmanned vehicle may generate a driving mode switching request of the unmanned vehicle, send the driving mode switching request to the server, receive a switching instruction corresponding to the driving mode switching request fed back by the server, and then switch the driving mode of the unmanned vehicle according to the switching instruction.
Specifically, the unmanned vehicle may also detect a driving mode triggering event in real time through an associated API, and generate a driving mode switching request of the unmanned vehicle when it is determined that the driving mode triggering event is detected, wherein the driving mode switching request may include a unique code of the unmanned vehicle, for example, a serial number of the unmanned vehicle. The unmanned vehicle may then send the driving mode switch request to an associated server. The server can determine that a driving mode switching trigger event is detected when receiving the driving mode switching request, at the moment, the server can acquire corresponding unmanned vehicle configuration information according to the unique code of the unmanned vehicle, analyze the unmanned vehicle configuration information to acquire task information of the unmanned vehicle, determine the driving mode of the unmanned vehicle according to the task information, and finally send a switching instruction corresponding to the driving mode to the unmanned vehicle corresponding to the unique code, wherein the switching instruction can comprise the unique code of the unmanned vehicle and the determined driving mode. And after receiving the switching instruction, the unmanned vehicle can switch the driving mode according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the requirement of the user.
Further, in the embodiment of the present application, if it is detected that the unmanned vehicle is started or a driving mode key of the unmanned vehicle is triggered, it is determined that a driving mode trigger event is detected. The driving mode key can be a physical key or a virtual key.
Specifically, the unmanned vehicle can monitor whether the unmanned vehicle is started or not in real time through a related API, or whether a driving mode key of the unmanned vehicle is triggered or not in real time, if yes, a user needs to use the vehicle or needs to switch the driving mode, and the unmanned vehicle can determine that a driving mode triggering event is detected. Therefore, whether the unmanned vehicle detects the driving mode trigger event or not can be determined in time, so that a timely response is made, and the use experience of a user is improved.
In the embodiment of the application, the unmanned vehicle can automatically embody a corresponding RobTaxi mode, a text mode, a RoboCop mode or a V2X (intelligent internet vehicle) mode on the display effect of the vehicle-mounted human-computer interaction system, wherein for the RobTaxi mode, the obstacle vehicle identified by the automatic driving vehicle is displayed as a common passenger vehicle, for the text mode, a vehicle with local characteristics is displayed as a vehicle with local characteristics, for the RoboCop mode, a vehicle which occupies the lane in violation of regulation is displayed as a corresponding traffic incident for the V2X mode.
The technical architecture of the HMI (Human Machine Interface) system of the vehicle-mounted Human-Machine interaction system of the present application can be referred to fig. 4, and the following description is specifically given:
for HMI-APP layers: HMI-APP carries out research and development based on an android system, and has the advantage of interactive experience research and development efficiency, and simultaneously has the advantage of cost reduction on vehicle machine hardware. The built-in 3D rendering module fully exerts the capacity of a GPU (Graphics Processing Unit) at the mobile terminal and provides excellent visual experience. Therefore, the access and the processing of a new type of data source can be efficiently completed, the online service processing is not influenced, and the data coupling problem is efficiently processed.
For the RPC (Remote Procedure Call) protocol layer: the unmanned vehicle human interaction system adopts an RPC protocol which is easy to understand by an application layer, excessive attention to data processing and service realization is not needed, and the coupling problem of a team in research and development can be effectively solved.
For the HMI-Server (Server) layer: the system is native to the application of the automatic driving system, the advantages of the automatic driving system are fully developed through the close combination of the automatic driving core module, the visualization capability can be further optimized, research and development personnel of an HMI-APP layer do not need to pay more attention to data processing and business realization, and the coupling problem of a team in research and development can be effectively solved.
Fig. 5 is a schematic flow chart of another unmanned vehicle driving mode switching method according to an embodiment of the present application.
The unmanned vehicle driving mode switching method can be further executed by the unmanned vehicle driving mode switching device provided by the embodiment of the application, and the device can be configured in electronic equipment to respond to the detection of a driving mode trigger event, generate a driving mode switching request of the unmanned vehicle, send the driving mode switching request to the server, receive a switching instruction corresponding to the driving mode switching request fed back by the server, and then switch the driving mode of the unmanned vehicle according to the switching instruction, so that the unmanned vehicle driving mode can be switched based on the requirement of a user.
As a possible case, the unmanned vehicle driving mode switching method of the embodiment of the present application may also be performed in an autonomous vehicle (i.e., an unmanned vehicle), which may be an operating unmanned vehicle, and may be performed in an operating unmanned vehicle.
As shown in fig. 5, the unmanned vehicle driving mode switching method may include:
step 501, in response to detecting a driving mode triggering event, generating a driving mode switching request of the unmanned vehicle. Wherein the driving mode switch request may include a unique code of the unmanned vehicle.
In the embodiment of the application, the unmanned vehicle can detect the driving mode trigger event in real time through the related API, so that when the unmanned vehicle detects the driving mode trigger event, the unmanned vehicle can respond to the driving mode trigger event in time to perform related operation.
Step 502, sending the driving mode switching request to a server.
Step 503, receiving a switching instruction corresponding to the driving mode switching request fed back by the server.
And 504, switching the driving modes of the unmanned vehicle according to the switching instruction.
Specifically, the unmanned vehicle may also detect a driving mode triggering event in real time through an associated API, and generate a driving mode switching request of the unmanned vehicle when it is determined that the driving mode triggering event is detected, wherein the driving mode switching request may include a unique code of the unmanned vehicle, for example, a serial number of the unmanned vehicle. The unmanned vehicle may then send the driving mode switch request to an associated server. The server can determine that a driving mode switching trigger event is detected when receiving the driving mode switching request, at the moment, the server can acquire corresponding unmanned vehicle configuration information according to the unique code of the unmanned vehicle, analyze the unmanned vehicle configuration information to acquire task information of the unmanned vehicle, determine the driving mode of the unmanned vehicle according to the task information, and finally send a switching instruction corresponding to the driving mode to the unmanned vehicle corresponding to the unique code, wherein the switching instruction can comprise the unique code of the unmanned vehicle and the determined driving mode. And after receiving the switching instruction, the unmanned vehicle can switch the driving mode of the unmanned vehicle according to the switching instruction.
In the embodiment of the application, firstly, a driving mode switching request of the unmanned vehicle is generated in response to the detection of a driving mode triggering event, the driving mode switching request is sent to the server, a switching instruction corresponding to the driving mode switching request fed back by the server is received, and then the driving mode of the unmanned vehicle is switched according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the requirement of the user.
In an embodiment of the application, the method for switching the driving mode of the unmanned vehicle may further include determining that the driving mode trigger event is detected if it is detected that the unmanned vehicle is started or a driving mode key of the unmanned vehicle is triggered.
It should be noted that the foregoing explanation of the embodiment of the unmanned vehicle driving mode switching method described in fig. 1-4 is also applicable to the unmanned vehicle driving mode switching method of this embodiment, and is not repeated here.
According to the unmanned vehicle driving mode switching method, firstly, in response to the detection of the driving mode trigger event, a driving mode switching request of the unmanned vehicle is generated, the driving mode switching request is sent to the server, a switching instruction corresponding to the driving mode switching request fed back by the server is received, and then the driving mode of the unmanned vehicle is switched according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the requirement of the user.
Fig. 6 is a schematic structural diagram of an unmanned vehicle driving mode switching device according to an embodiment of the present application.
The unmanned vehicle driving mode switching device can be configured in electronic equipment to respond to the fact that a driving mode switching trigger event is detected, unmanned vehicle configuration information is obtained, the unmanned vehicle configuration information is analyzed to obtain task information of the unmanned vehicle, the driving mode of the unmanned vehicle is determined according to the task information, then a switching instruction corresponding to the driving mode is sent to the unmanned vehicle, and switching of the unmanned vehicle driving mode based on the task information of the unmanned vehicle can be achieved.
As a possible case, the unmanned vehicle driving mode switching device according to the embodiment of the present application may be further configured in a server, and the server may be a cloud server.
It should be noted that the unmanned vehicle described in the above embodiments may be an operating unmanned vehicle.
As shown in fig. 6, the unmanned vehicle driving mode switching device 600 may include: the device comprises an acquisition module 610, an analysis module 620, a first determination module 630 and a sending module 640.
The obtaining module 610 is configured to obtain the unmanned vehicle configuration information in response to detecting a driving mode switching trigger event. The unmanned vehicle configuration information can comprise a task purpose, a user attribute, a user name, task time, vehicle remaining oil quantity, total vehicle driving mileage and the like.
In this embodiment of the Application, the obtaining module 610 may detect the driving mode switching trigger event in real time through a related API (Application Programming Interface), so that when the obtaining module 610 detects the driving mode switching trigger event, it can respond to the driving mode switching trigger event in time to perform related operations.
Specifically, the obtaining module 610 may detect a driving mode switching trigger event in real time through an associated API, and obtain the unmanned vehicle configuration information in response to detecting the driving mode switching trigger event when determining that the driving mode switching trigger event is detected.
It should be noted that the unmanned vehicle configuration information described in this embodiment may be uploaded by the user in advance and stored in the storage space of the server, so that the server can call the information when needed. The storage space is not limited to an entity-based storage space, such as a hard disk, and the storage space may also be a cloud storage space connected to a server.
As a possible scenario, the above unmanned vehicle configuration information may also be pre-stored in a configuration information database of the server, wherein the configuration information database may be specifically used to store the unmanned vehicle configuration information, so as to further facilitate the server to call when needed.
The parsing module 620 is configured to parse the unmanned vehicle configuration information to obtain task information of the unmanned vehicle.
In the embodiment of the application, the configuration information of the unmanned vehicle can be analyzed according to a preset analysis algorithm to obtain the task information of the unmanned vehicle, wherein the preset analysis algorithm can be calibrated according to actual conditions.
Specifically, after the obtaining module 610 obtains the unmanned vehicle configuration information, the analyzing module 620 may analyze the unmanned vehicle configuration information according to a preset analyzing algorithm to obtain task information of the unmanned vehicle. The task information may include task purpose, user attribute, and the like.
As a possible scenario, the parsing module 620 may further parse the unmanned vehicle configuration information according to the parsing model to obtain task information of the unmanned vehicle. It should be noted that the parsing model described in this embodiment may be trained in advance and pre-stored in the storage space of the server to facilitate retrieval of the application.
The training and the generation of the analytic model can be executed by a related training server, the training server can be a cloud server or a host of a computer, a communication connection is established between the training server and a server of the unmanned vehicle driving mode switching device provided by the configurable application embodiment, and the communication connection can be at least one of a wireless network connection and a wired network connection. The training server can send the trained analytical model to the server so that the server can call the model when needed, and therefore the computing pressure of the server is greatly reduced.
Specifically, after the obtaining module 610 obtains the unmanned vehicle configuration information, the parsing module 620 may call an parsing model from a storage space of the server, and input the unmanned vehicle configuration information into the parsing model, so that the unmanned vehicle configuration information is parsed by the parsing model to obtain the task information of the unmanned vehicle output by the parsing model.
As another possibility, the parsing module 620 may also parse the unmanned vehicle configuration information using a parsing tool (e.g., a plug-in) to obtain mission information for the unmanned vehicle.
The first determination module 630 is used to determine the driving mode of the unmanned vehicle according to the task information.
In the embodiment of the present application, a relationship table may be prestored in the storage space of the server, and a correspondence relationship between the task information and the driving mode of the unmanned vehicle may be described in the relationship table.
Specifically, after the analysis module 620 obtains the task information of the unmanned vehicle, the first determination module 630 may call the relationship table from the storage space of the server, and query the relationship table according to the task information to obtain the driving mode of the unmanned vehicle corresponding to the task information.
It should be noted that the driving mode in this embodiment may be one of a RobTaxi (automatic taxi), a travel mode, a RoboCop (automatic patrol), a V2X (intelligent internet protocol) mode, and the like.
The sending module 640 is configured to send a switching instruction corresponding to the driving mode to the unmanned vehicle, where the unmanned vehicle switches the driving mode according to the switching instruction.
Specifically, after the first determining module 630 determines the driving mode of the unmanned vehicle, the sending module 640 may first generate a switching instruction according to the driving mode, and send the switching instruction to the unmanned vehicle, so that after receiving the switching instruction, the unmanned vehicle may switch the driving mode according to the switching instruction, that is, switch the current driving mode of the unmanned vehicle to the determined driving mode of the unmanned vehicle.
In the embodiment of the application, the configuration information of the unmanned vehicle is acquired by the acquisition module in response to the detection of the driving mode switching triggering event, the configuration information of the unmanned vehicle is analyzed by the analysis module to acquire the task information of the unmanned vehicle, the driving mode of the unmanned vehicle is determined by the first determination module according to the task information, and then the switching instruction corresponding to the driving mode is sent to the unmanned vehicle by the sending module. Therefore, the unmanned vehicle driving mode can be switched based on the task information of the unmanned vehicle.
In an embodiment of the present application, as shown in fig. 6, the unmanned vehicle driving mode switching apparatus 600 may include a second determination module 650, where the second determination module 650 is configured to determine that a driving mode switching trigger event is detected if a driving mode switching request sent by the unmanned vehicle is received.
In an embodiment of the application, the driving mode switching request includes a unique code of the unmanned vehicle, and the obtaining module 610 is specifically configured to obtain the configuration information of the unmanned vehicle according to the unique code.
In an embodiment of the present application, the first determining module 630 is specifically configured to: analyzing the task information to obtain the task purpose and the user attribute of the unmanned vehicle; and determining the driving mode of the unmanned vehicle according to the task purpose and the user attribute, wherein the priority of the user attribute is higher than that of the task purpose.
In one embodiment of the application, unmanned vehicle configuration information is uploaded to a server by a user through a terminal device.
It should be noted that the foregoing explanation of the embodiment of the method for switching driving modes of an unmanned vehicle in fig. 1-4 also applies to the device for switching driving modes of an unmanned vehicle in this embodiment, and is not repeated here.
The unmanned vehicle driving mode switching device responds to the detected driving mode switching triggering event through the acquisition module, acquires unmanned vehicle configuration information, analyzes the unmanned vehicle configuration information through the analysis module to acquire task information of the unmanned vehicle, determines the driving mode of the unmanned vehicle according to the task information through the first determination module, and sends a switching instruction corresponding to the driving mode to the unmanned vehicle through the sending module, wherein the unmanned vehicle switches the driving mode according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the task information of the unmanned vehicle.
Fig. 7 is a schematic structural diagram of an unmanned vehicle driving mode switching device according to an embodiment of the present application.
The unmanned vehicle driving mode switching device can be configured in the electronic equipment to generate a driving mode switching request of the unmanned vehicle in response to the detection of a driving mode trigger event, send the driving mode switching request to the server, receive a switching instruction corresponding to the driving mode switching request fed back by the server, and then switch the driving mode of the unmanned vehicle according to the switching instruction, so that the switching of the driving mode of the unmanned vehicle based on the requirement of a user can be realized.
As a possible situation, the unmanned vehicle driving mode switching device according to the embodiment of the present application may be configured in an unmanned vehicle, and the unmanned vehicle may be an operated unmanned vehicle.
As shown in fig. 7, the unmanned vehicle driving mode switching apparatus 700 may include: a generating module 710, a transmitting module 720, a receiving module 730, and a switching module 740.
The generating module 710 is configured to generate a driving mode switching request of the unmanned vehicle in response to detecting a driving mode triggering event. Wherein the driving mode switch request may include a unique code of the unmanned vehicle.
In this embodiment of the present application, the generating module 710 may detect the driving mode trigger event in real time through a related API, so that the generating module 710 can respond to the driving mode trigger event in time to perform related operations when detecting the driving mode trigger event.
The sending module 720 is configured to send the driving mode switching request to the server.
The receiving module 730 is configured to receive a switching instruction corresponding to the driving mode switching request fed back by the server.
The switching module 740 is configured to switch the driving mode of the unmanned vehicle according to the switching instruction.
Specifically, the generation module 710 may also detect a driving mode triggering event in real time through an associated API, and generate a driving mode switching request of the unmanned vehicle when it is determined that the driving mode triggering event is detected, wherein the driving mode switching request may include a unique code of the unmanned vehicle, for example, a serial number of the unmanned vehicle. The transmitting module 720 may then transmit the driving mode switching request to an associated server. The server can determine that a driving mode switching trigger event is detected when receiving the driving mode switching request, at the moment, the server can acquire corresponding unmanned vehicle configuration information according to the unique code of the unmanned vehicle, analyze the unmanned vehicle configuration information to acquire task information of the unmanned vehicle, determine the driving mode of the unmanned vehicle according to the task information, and finally send a switching instruction corresponding to the driving mode to the unmanned vehicle corresponding to the unique code, wherein the switching instruction can comprise the unique code of the unmanned vehicle and the determined driving mode. After the receiving module 730 receives the switching instruction, the switching module 740 may switch the driving mode of the unmanned vehicle according to the switching instruction.
In the embodiment of the application, the generation module responds to the detected driving mode trigger event to generate the driving mode switching request of the unmanned vehicle, the sending module sends the driving mode switching request to the server, the receiving module receives the switching instruction corresponding to the driving mode switching request fed back by the server, and the switching module switches the driving mode of the unmanned vehicle according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the requirement of the user.
In an embodiment of the present application, as shown in fig. 7, the unmanned vehicle driving mode switching apparatus 700 may further include a determination module 750, where the determination module 750 is configured to determine that a driving mode triggering event is detected if it is detected that the unmanned vehicle is activated or a driving mode button of the unmanned vehicle is triggered.
It should be noted that the foregoing explanation of the embodiment of the method for switching driving modes of an unmanned vehicle in fig. 1-4 also applies to the device for switching driving modes of an unmanned vehicle in this embodiment, and is not repeated here.
According to the unmanned vehicle driving mode switching device, the generation module responds to the detected driving mode trigger event, the driving mode switching request of the unmanned vehicle is generated, the driving mode switching request is sent to the server through the sending module, the receiving module receives the switching instruction corresponding to the driving mode switching request fed back by the server, and then the switching module is used for switching the driving mode of the unmanned vehicle according to the switching instruction. Therefore, the unmanned vehicle driving mode can be switched based on the requirement of the user.
According to an embodiment of the application, the application further provides an electronic device, a readable storage medium, a computer program product, a cloud server and an autonomous vehicle.
FIG. 8 shows a schematic block diagram of an example electronic device 800 that may be used to implement embodiments of the present application. Electronic devices are intended to represent various forms of digital computers, such as laptops, desktops, workstations, personal digital assistants, servers, blade servers, mainframes, and other appropriate computers. The electronic device may also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions, are meant to be examples only, and are not meant to limit implementations of the present application that are described and/or claimed herein.
As shown in fig. 8, the apparatus 800 includes a computing unit 801 that can perform various appropriate actions and processes according to a computer program stored in a Read Only Memory (ROM)802 or a computer program loaded from a storage unit 808 into a Random Access Memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the device 800 can also be stored. The calculation unit 801, the ROM 802, and the RAM 803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.
A number of components in the device 800 are connected to the I/O interface 805, including: an input unit 806, such as a keyboard, a mouse, or the like; an output unit 807 such as various types of displays, speakers, and the like; a storage unit 808, such as a magnetic disk, optical disk, or the like; and a communication unit 809 such as a network card, modem, wireless communication transceiver, etc. The communication unit 809 allows the device 800 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.
Computing unit 801 may be a variety of general and/or special purpose processing components with processing and computing capabilities. Some examples of the computing unit 801 include, but are not limited to, a Central Processing Unit (CPU), a Graphics Processing Unit (GPU), various dedicated Artificial Intelligence (AI) computing chips, various computing units running machine learning model algorithms, a Digital Signal Processor (DSP), and any suitable processor, controller, microcontroller, and the like. The calculation unit 801 executes the respective methods and processes described above, such as the unmanned vehicle driving mode switching method. For example, in some embodiments, the drone vehicle driving mode switching method may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 808. In some embodiments, part or all of the computer program can be loaded and/or installed onto device 800 via ROM 802 and/or communications unit 809. When the computer program is loaded into the RAM 803 and executed by the computing unit 801, one or more steps of the unmanned vehicle driving mode switching method described above may be performed. Alternatively, in other embodiments, the computing unit 801 may be configured to perform the drone vehicle driving mode switching method in any other suitable manner (e.g., by means of firmware).
Various implementations of the systems and techniques described here above may be implemented in digital electronic circuitry, integrated circuitry, Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), system on a chip (SOCs), load programmable logic devices (CPLDs), computer hardware, firmware, software, and/or combinations thereof. These various embodiments may include: implemented in one or more computer programs that are executable and/or interpretable on a programmable system including at least one programmable processor, which may be special or general purpose, receiving data and instructions from, and transmitting data and instructions to, a storage system, at least one input device, and at least one output device.
Program code for implementing the methods of the present application may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowchart and/or block diagram to be performed. The program code may execute entirely on the machine, partly on the machine, as a stand-alone software package partly on the machine and partly on a remote machine or entirely on the remote machine or server.
In the context of this application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
To provide for interaction with a user, the systems and techniques described here can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to a user; and a keyboard and a pointing device (e.g., a mouse or a trackball) by which a user can provide input to the computer. Other kinds of devices may also be used to provide for interaction with a 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 may be received in any form, including acoustic, speech, or tactile input.
The systems and techniques described here can be implemented in a computing system that includes a back-end component (e.g., as a data server), or that includes a middleware component (e.g., an application server), or that includes a front-end component (e.g., a user computer having a graphical user interface or a web browser through which a user can interact with an implementation of the systems and techniques described here), or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: local Area Networks (LANs), Wide Area Networks (WANs), the internet, and blockchain networks.
The computer system may include clients and servers. A client and server are generally remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other. The Server can be a cloud Server, also called a cloud computing Server or a cloud host, and is a host product in a cloud computing service system, so as to solve the defects of high management difficulty and weak service expansibility in the traditional physical host and VPS service ("Virtual Private Server", or simply "VPS"). The server may also be a server of a distributed system, or a server incorporating a blockchain.
It should be understood that various forms of the flows shown above may be used, with steps reordered, added, or deleted. For example, the steps described in the present application may be executed in parallel, sequentially, or in different orders, and the present invention is not limited thereto as long as the desired results of the technical solutions disclosed in the present application can be achieved.
The above-described embodiments should not be construed as limiting the scope of the present application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions may be made in accordance with design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims (19)

1. A method for switching driving modes of an unmanned vehicle comprises the following steps:
acquiring unmanned vehicle configuration information in response to detecting a driving mode switching trigger event;
analyzing the unmanned vehicle configuration information to obtain task information of the unmanned vehicle;
determining a driving mode of the unmanned vehicle according to the task information; and
and sending a switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction.
2. The method of claim 1, further comprising:
and if a driving mode switching request sent by the unmanned vehicle is received, determining that the driving mode switching trigger event is detected.
3. The method of claim 2, wherein the driving mode switch request includes a unique code for the unmanned vehicle, and wherein obtaining unmanned vehicle configuration information in response to detecting a driving mode switch triggering event comprises:
and acquiring the unmanned vehicle configuration information according to the unique code.
4. The method of claim 1, wherein the determining a driving mode of the unmanned vehicle from the task information comprises:
analyzing the task information to obtain the task purpose and the user attribute of the unmanned vehicle;
and determining the driving mode of the unmanned vehicle according to the task purpose and the user attribute, wherein the priority of the user attribute is higher than that of the task purpose.
5. The method of claim 1, wherein the unmanned vehicle configuration information is uploaded to a server by a user through a terminal device.
6. A method for switching driving modes of an unmanned vehicle comprises the following steps:
generating a driving mode switching request of the unmanned vehicle in response to detecting the driving mode triggering event;
sending the driving mode switching request to a server;
receiving a switching instruction corresponding to the driving mode switching request fed back by the server; and
and switching the driving modes of the unmanned vehicle according to the switching instruction.
7. The method of claim 6, further comprising:
and if the unmanned vehicle is detected to be started or the driving mode key of the unmanned vehicle is detected to be triggered, determining that the driving mode trigger event is detected.
8. An unmanned vehicle driving mode switching device comprising:
the acquiring module is used for responding to the detected driving mode switching triggering event and acquiring unmanned vehicle configuration information;
the analysis module is used for analyzing the unmanned vehicle configuration information to acquire task information of the unmanned vehicle;
the first determining module is used for determining the driving mode of the unmanned vehicle according to the task information; and
and the sending module is used for sending the switching instruction corresponding to the driving mode to the unmanned vehicle, wherein the unmanned vehicle switches the driving mode according to the switching instruction.
9. The apparatus of claim 8, further comprising:
and the second determining module is used for determining that the driving mode switching trigger event is detected if the driving mode switching request sent by the unmanned vehicle is received.
10. The apparatus of claim 9, wherein the driving mode switch request includes a unique code of the unmanned vehicle, and the obtaining module is specifically configured to:
and acquiring the unmanned vehicle configuration information according to the unique code.
11. The apparatus of claim 8, wherein the first determining module is specifically configured to:
analyzing the task information to obtain the task purpose and the user attribute of the unmanned vehicle;
and determining the driving mode of the unmanned vehicle according to the task purpose and the user attribute, wherein the priority of the user attribute is higher than that of the task purpose.
12. The apparatus of claim 8, wherein the unmanned vehicle configuration information is uploaded to a server by a user through a terminal device.
13. An unmanned vehicle driving mode switching device comprising:
the generating module is used for responding to the detected driving mode triggering event and generating a driving mode switching request of the unmanned vehicle;
the sending module is used for sending the driving mode switching request to a server;
the receiving module is used for receiving a switching instruction corresponding to the driving mode switching request fed back by the server; and
and the switching module is used for switching the driving modes of the unmanned vehicle according to the switching instruction.
14. The apparatus of claim 13, further comprising:
and the determining module is used for determining that the driving mode triggering event is detected if the unmanned vehicle is detected to be started or the driving mode key of the unmanned vehicle is detected to be triggered.
15. An electronic device, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the drone vehicle driving mode switching method of any one of claims 1-5 or claims 6-7.
16. A non-transitory computer readable storage medium having stored thereon computer instructions for causing the computer to perform the unmanned vehicle driving mode switching method of any of claims 1-5 or claims 6-7.
17. A computer program product comprising a computer program which, when executed by a processor, implements the drone vehicle driving mode switching method of any one of claims 1-5 or claims 6-7.
18. A cloud server, comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the unmanned vehicle driving mode switching method of any of claims 1-5.
19. An autonomous vehicle comprising:
at least one processor; and
a memory communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the unmanned vehicle driving mode switching method of any of claims 6-7.
CN202110620735.4A 2021-06-03 2021-06-03 Unmanned vehicle driving mode switching method and device, vehicle and cloud server Pending CN113391627A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110620735.4A CN113391627A (en) 2021-06-03 2021-06-03 Unmanned vehicle driving mode switching method and device, vehicle and cloud server

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110620735.4A CN113391627A (en) 2021-06-03 2021-06-03 Unmanned vehicle driving mode switching method and device, vehicle and cloud server

Publications (1)

Publication Number Publication Date
CN113391627A true CN113391627A (en) 2021-09-14

Family

ID=77618199

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110620735.4A Pending CN113391627A (en) 2021-06-03 2021-06-03 Unmanned vehicle driving mode switching method and device, vehicle and cloud server

Country Status (1)

Country Link
CN (1) CN113391627A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113706737A (en) * 2021-10-27 2021-11-26 北京主线科技有限公司 Road surface inspection system and method based on automatic driving vehicle
WO2023065245A1 (en) * 2021-10-21 2023-04-27 京东方科技集团股份有限公司 Data storage method and apparatus, electronic device, and computer readable storage medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105818810A (en) * 2016-04-22 2016-08-03 百度在线网络技术(北京)有限公司 Control method and intelligent device applied to pilotless automobile
CN106427840A (en) * 2016-07-29 2017-02-22 深圳市元征科技股份有限公司 Method of self-adaptive vehicle driving mode and terminal
CN109131167A (en) * 2018-08-03 2019-01-04 百度在线网络技术(北京)有限公司 Method for controlling a vehicle and device
CN109445426A (en) * 2018-09-06 2019-03-08 百度在线网络技术(北京)有限公司 Switching method, device and the readable storage medium storing program for executing of automatic driving mode
US20190339697A1 (en) * 2018-05-01 2019-11-07 The Hi-Tech Robotic Systemz Ltd Managing drive modes of a vehicle
CN110654394A (en) * 2018-06-29 2020-01-07 比亚迪股份有限公司 Driving control system and method and vehicle
CN110789477A (en) * 2019-10-23 2020-02-14 上海能塔智能科技有限公司 Control method and device for test driving vehicle, cloud platform and vehicle-mounted intelligent equipment

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105818810A (en) * 2016-04-22 2016-08-03 百度在线网络技术(北京)有限公司 Control method and intelligent device applied to pilotless automobile
CN106427840A (en) * 2016-07-29 2017-02-22 深圳市元征科技股份有限公司 Method of self-adaptive vehicle driving mode and terminal
US20190339697A1 (en) * 2018-05-01 2019-11-07 The Hi-Tech Robotic Systemz Ltd Managing drive modes of a vehicle
CN110654394A (en) * 2018-06-29 2020-01-07 比亚迪股份有限公司 Driving control system and method and vehicle
CN109131167A (en) * 2018-08-03 2019-01-04 百度在线网络技术(北京)有限公司 Method for controlling a vehicle and device
CN109445426A (en) * 2018-09-06 2019-03-08 百度在线网络技术(北京)有限公司 Switching method, device and the readable storage medium storing program for executing of automatic driving mode
CN110789477A (en) * 2019-10-23 2020-02-14 上海能塔智能科技有限公司 Control method and device for test driving vehicle, cloud platform and vehicle-mounted intelligent equipment

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023065245A1 (en) * 2021-10-21 2023-04-27 京东方科技集团股份有限公司 Data storage method and apparatus, electronic device, and computer readable storage medium
CN113706737A (en) * 2021-10-27 2021-11-26 北京主线科技有限公司 Road surface inspection system and method based on automatic driving vehicle
CN113706737B (en) * 2021-10-27 2022-01-07 北京主线科技有限公司 Road surface inspection system and method based on automatic driving vehicle

Similar Documents

Publication Publication Date Title
CN109145680B (en) Method, device and equipment for acquiring obstacle information and computer storage medium
US11718306B2 (en) Method and apparatus for acquiring sample deviation data, and electronic device
CN113391627A (en) Unmanned vehicle driving mode switching method and device, vehicle and cloud server
CN114120253A (en) Image processing method, image processing device, electronic equipment and storage medium
CN113467875A (en) Training method, prediction method, device, electronic equipment and automatic driving vehicle
US20220254253A1 (en) Method and apparatus of failure monitoring for signal lights and storage medium
CN113705390A (en) Positioning method, positioning device, electronic equipment and storage medium
CN115082690B (en) Target recognition method, target recognition model training method and device
CN113591580B (en) Image annotation method and device, electronic equipment and storage medium
US20220198846A1 (en) Method for controlling data collection, electronic device, and medium
CN114022973B (en) Method, device, equipment and storage medium for processing vehicle faults
CN113344121B (en) Method for training a sign classification model and sign classification
CN111427037B (en) Obstacle detection method and device, electronic equipment and vehicle-end equipment
CN114238790A (en) Method, apparatus, device and storage medium for determining maximum perception range
CN115062240A (en) Parking lot sorting method and device, electronic equipment and storage medium
CN114834453A (en) Data processing method, data processing device, vehicle, equipment and storage medium
CN114708498A (en) Image processing method, image processing apparatus, electronic device, and storage medium
CN114429631A (en) Three-dimensional object detection method, device, equipment and storage medium
CN114111813A (en) High-precision map element updating method and device, electronic equipment and storage medium
US20220126860A1 (en) Method and apparatus for processing autonomous driving simulation data, and electronic device
CN113806361B (en) Method, device and storage medium for associating electronic monitoring equipment with road
CN114333368B (en) Voice reminding method, device, equipment and medium
CN114911813B (en) Updating method and device of vehicle-mounted perception model, electronic equipment and storage medium
US20230040004A1 (en) Method and apparatus for processing parking space state, and non-transitory computer-readable storage medium
CN114323039B (en) Data acquisition method and device for high-precision map, vehicle, equipment and storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20210914

WD01 Invention patent application deemed withdrawn after publication