Method and device for remotely scheduling vehicle to execute task, electronic equipment and storage medium

Abstract

The invention discloses a method and device for remotely scheduling a vehicle to execute a task, electronic equipment and a storage medium. The method comprises the steps that a main task is configured; according to the task priority of the subtasks and the task execution state of the currently executed subtasks, the main task is issued to a vehicle terminal, and the task execution state is confirmed by the currently executed subtasks when the vehicle terminal is initialized; and receiving a task executable state of the main task returned by the vehicle terminal, and issuing the sub-task with the highest priority in the main task to the vehicle terminal according to the task executable state so as to remotely schedule the vehicle to execute the task. The task executable state is confirmed after the vehicle terminal receives the main task. According to the invention, on one hand, pre-estimation takeover is realized, on the other hand, vehicle task execution under various complex road conditions can be coped, and the method can be used for remote scheduling of special vehicles.

Description

Technical Field

[0001] The present application relates to the field of autonomous driving technology, and in particular to a method, device, electronic device, and storage medium for remotely dispatching a vehicle to perform a task. Background Art

[0002] With the continuous development of driverless technology, remote control of vehicles to perform tasks has become a new trend.

[0003] Scenarios where autonomous driving is not possible mainly include construction sections, accident sections, poor road conditions, signal interference sections, and sections with regulatory restrictions. For these situations, the cloud needs to provide timely manual driving assistance during the autonomous driving process.

[0004] In related technologies, the cloud lacks the ability to foresee scenarios where autonomous driving is not possible, usually through road assessment, road event release, or vehicle reporting. However, this has an impact on the cloud's ability to remotely dispatch vehicles to perform tasks in real time. Summary of the invention

[0005] The embodiments of the present application provide a method, device, electronic device, and storage medium for remotely dispatching vehicles to perform tasks, so as to optimize the process of remotely dispatching vehicles to perform tasks, thereby coping with vehicle task execution under various complex road conditions.

[0006] The present application embodiment adopts the following technical solutions:

[0007] In a first aspect, an embodiment of the present application provides a method for remotely dispatching a vehicle to perform a task, wherein the method is applied in the cloud and includes:

[0008] Configuring a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, wherein the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route;

[0009] Sending the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization;

[0010] Receive the task executable status of the main task returned by the vehicle terminal, and according to the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0011] In some embodiments, the main task includes at least a task driving route, the task driving route of the main task includes a plurality of road sections, each road section corresponds to a subtask, and the method further includes:

[0012] When configuring the main task, assigning a subtask priority for execution to each road section according to preset task requirements;

[0013] When configuring the main task, the subtask driving mode is initialized to manual driving or automatic driving for each road section according to the pre-acquired road evaluation results.

[0014] In some embodiments, the main task includes a periodic scheduling mode, and the method further includes:

[0015] After the main task is configured, the task priorities of the subtasks are adjusted, and the order in which the vehicle executes the subtasks and the task driving routes for executing the subtasks are set;

[0016] After the main task is configured, the task site of the subtask, the task track of the subtask, and the estimated driving time of the subtask are initialized and configured.

[0017] In some embodiments, the method further comprises:

[0018] After the subtask driving mode is initialized, the subtask driving mode is updated according to the response result of the road evaluation, and the response result of the road evaluation includes at least one of the following: a roadside reporting event, a vehicle reporting event, and a cloud publishing event.

[0019] In some embodiments, the remote dispatching of a vehicle to perform a task includes:

[0020] When the subtask driving mode is the automatic driving mode, receiving the arrival event reported by the vehicle terminal;

[0021] When the subtask driving mode is a manual driving mode, a manually reported arrival event is received.

[0022] In some embodiments, the remote dispatching of vehicles to perform tasks further includes:

[0023] After the current subtask is normally executed, a feedback result of the task execution completion of the vehicle terminal is received, and the next subtask is sent to the vehicle terminal at the same time. The current subtask and the next subtask belong to the same main task.

[0024] In some embodiments, the method further comprises:

[0025] During the execution of the main task, any one or more operations of adding, pausing, resuming, and terminating are performed on the main task or the subtask, and synchronized to the vehicle terminal.

[0026] In a second aspect, an embodiment of the present application further provides a device for remotely dispatching a vehicle to perform a task, wherein the device is applied in the cloud and includes:

[0027] A configuration module, used to configure a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, and the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route;

[0028] An execution and delivery module, used to deliver the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization;

[0029] A receiving and sending module is used to receive the task executable status of the main task returned by the vehicle terminal, and according to the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0030] In a third aspect, an embodiment of the present application further provides an electronic device, comprising: a processor; and a memory arranged to store computer executable instructions, wherein the executable instructions, when executed, cause the processor to perform the above method.

[0031] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, which stores one or more programs. When the one or more programs are executed by an electronic device including multiple application programs, the electronic device executes the above method.

[0032] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects: By configuring the main task in the cloud, the operation mode in various scenarios can be met. The main task includes multiple subtasks and each subtask is generated by the main task. The subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route. According to the task priority of the subtask and the task execution status of the subtask currently being executed, the main task is sent to the vehicle terminal. The task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization, and the main task is sent through the cloud. The task executable status of the main task returned by the vehicle terminal is received, and the subtask with the highest priority is sent to the vehicle terminal to realize remote scheduling of vehicle execution tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task. By configuring the subtasks in segments on the cloud, the problem of difficulty in pre-estimating takeover of sections where automatic driving is not possible is solved. Through the above method, vehicle task execution under various complex road conditions can be handled. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0034] Figure 1 This is one of the timing diagrams of the method for remotely dispatching a vehicle to perform a task in an embodiment of the present application;

[0035] Figure 2 This is the second timing diagram of the method for remotely dispatching a vehicle to perform a task in an embodiment of the present application;

[0036] Figure 3 This is the third timing diagram of the method for remotely dispatching a vehicle to perform a task in an embodiment of the present application;

[0037] Figure 4 This is a flow chart of a method for remotely dispatching a vehicle to perform a task in an embodiment of the present application;

[0038] Figure 5 This is a schematic diagram of the structure of a device for remotely dispatching a vehicle to perform a task in an embodiment of the present application;

[0039] Figure 6 This is a schematic diagram of the structure of an electronic device in an embodiment of the present application. DETAILED DESCRIPTION

[0040] In order to make the purpose, technical solution and advantages of the present application clearer, the technical solution of the present application will be clearly and completely described below in combination with the specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without making creative work are within the scope of protection of the present application.

[0041] The technical solutions provided by various embodiments of the present application are described in detail below in conjunction with the accompanying drawings.

[0042] The method in the embodiment of the present application is mainly executed through the cloud, and also includes a cloud client, a vehicle terminal and a vehicle display terminal.

[0043] like Figure 1 The figure shows a timing diagram of the newly added scheduling phase, which includes a cloud client, a cloud end, a vehicle terminal, and a vehicle display terminal. The cloud client is mainly used by operation and maintenance personnel to log in and remotely schedule vehicles to perform tasks. The cloud end is used to receive instructions issued by the cloud client and interact with the vehicle terminal. The vehicle terminal mainly interacts with the cloud end and the vehicle display terminal.

[0044] Specifically, in the newly added scheduling stage: the cloud client sends the scheduling task to the cloud, the cloud sends the task information to the vehicle terminal, and the vehicle terminal then synchronizes the task information to the vehicle display terminal. The vehicle display terminal then confirms the task to the vehicle terminal, the vehicle terminal confirms the task to the cloud, and the cloud sends the trajectory download instruction to the vehicle terminal. The vehicle terminal returns the trajectory download result to the cloud, the cloud sends the automatic driving start instruction to the vehicle terminal, and the vehicle terminal returns the automatic driving start result to the cloud. At this point, the cloud completes the scheduling and feeds back to the cloud client, and the cloud synchronizes the task status to the vehicle terminal, and the vehicle terminal synchronizes the task status to the vehicle display terminal.

[0045] like Figure 2 As shown in the figure, it is a timing diagram of user transfer suspension or resumption. In the user transfer suspension or resumption stage: the cloud client sends the suspension scheduling to the cloud, the cloud synchronizes the suspended state to the vehicle terminal, the terminal synchronizes the suspended state to the vehicle display terminal, and at the same time, the cloud sends a parking instruction to the vehicle terminal. At this time, if the vehicle terminal pulls over, it will return the message of successful pull-over to the cloud, and the cloud will send the message of successful suspension to the cloud client. At the same time, the cloud will synchronize the suspended state to the vehicle terminal, and the vehicle terminal will synchronize the suspended state to the vehicle display terminal. Similarly, if it is resumed.

[0046] like Figure 3As shown in the figure, it is a time sequence diagram of scheduling completion. In the scheduling completion stage: the vehicle terminal sends the vehicle arrival event to the cloud, and the cloud synchronizes the task completion message to the cloud client. At the same time, the cloud also synchronizes the completed status to the vehicle terminal, and the vehicle terminal synchronizes the completed status to the vehicle display terminal.

[0047] The present application embodiment provides a method for remotely dispatching a vehicle to perform a task, such as Figure 4 As shown, a flow chart of a method for remotely dispatching a vehicle to perform a task in an embodiment of the present application is provided, and the method at least includes the following steps S410 to S430:

[0048] Step S410, configuring a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, and the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route.

[0049] The method in the embodiment of the present application is mainly executed in the cloud, and has direct interaction with the cloud client and the vehicle terminal, and indirect interaction with the vehicle display terminal. The main task mainly includes tasks that need to be performed related to the actual remote scheduling scenario. Preferably, it can be used for remote scheduling of road sweepers. The cloud receives the main task information input by the user. A main task can contain multiple subtasks, and the subtasks are automatically generated by the configured main task information. Multiple subtasks can be configured with priority, driving mode (manual driving / automatic driving), driving route, station, trajectory, expected driving time and other information.

[0050] Specifically, the main task includes multiple subtasks and each subtask is generated by the main task. It can be considered that the main task is mainly composed of subtasks and the subtasks are divided according to road sections. The configuration information mainly included in the subtasks is task priority, task driving mode, and task driving route. The priority of the subtask can be configured through the task priority, the driving mode of the subtask can be configured through the task driving mode, and the driving route of the subtask can be configured through the task driving route.

[0051] It should be noted that the priority of the subtask is related to the execution task of the remote dispatch vehicle. For example, taking the street sweeper as an example, it is necessary to clean area A first, then the priority of the subtask of cleaning area A is higher than other subtasks. The cleaning order can be obtained by sorting the subtasks according to different priorities.

[0052] Step S420, the main task is sent to the vehicle terminal according to the task priority of the subtask and the task execution status of the currently executing subtask, wherein the task execution status is confirmed by the currently executing subtask of the vehicle terminal during initialization.

[0053] Before the cloud sends the main task to the vehicle terminal, it needs to determine whether it is suitable for the vehicle terminal to execute based on the task priority of the subtask and the task execution status of the subtask currently being executed. For example, if the task priority of the subtask is the highest priority, it is judged as a subtask suitable for the vehicle terminal to execute. Similarly, if the task execution status of the subtask currently being executed is completed, it is judged as a subtask suitable for the vehicle terminal to execute, otherwise it is judged as an inappropriate situation for the vehicle terminal to execute. The cloud sends the main task to the vehicle terminal based on the subtask priority and the subtask execution status, so that after receiving the main task, the vehicle terminal can feedback to the cloud vehicle to execute the task. Furthermore, for the subtasks in the automatic driving mode, the vehicle automatically drives through the corresponding road section, and the vehicle arrives at the end of the road section, and the vehicle terminal reports the arrival event to the cloud. For the subtasks that are manually driven, it is necessary to manually determine that the vehicle has arrived at the end of the road section and manually report the arrival event to the station to end the current subtask.

[0054] Step S430, receiving the task executable status of the main task returned by the vehicle terminal, and based on the task executable status, sending the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0055] The cloud receives the executable status of the main task returned by the vehicle terminal, which means that the cloud receives the status of whether the main task is executable returned by the vehicle terminal. If the vehicle terminal is in an executable state, the main task can be issued. If it is in a non-executable state, the main task cannot be issued.

[0056] It should be noted that the task executable status of the main task will be returned to the cloud only when the vehicle terminal is idle or has completed the previous subtask or main task.

[0057] The cloud will further send the subtask with the highest priority to the vehicle terminal, thereby realizing remote scheduling of vehicles to perform tasks. Since subtasks have priorities, when sending the subtask with the highest priority, the requirement of sending subtasks of different priorities separately can be met.

[0058] Through the above method, a new cloud-based remote control of vehicle execution tasks is realized, especially for the dispatch of special vehicles, which can not affect the remote dispatch execution of special vehicles in emergencies such as construction sections, accident sections, poor road conditions, signal interference sections, and sections with regulations. Through the above method, the problem of sections that the safety officer cannot predict is solved, and the safety officer is notified to perform manual driving through advance configuration.

[0059] Through the above method, reasonable estimates can be made for different scenarios and vehicle takeover can be performed through reasonable configuration and distribution of the main task in the cloud. By configuring the subtask mode in segments in the cloud, the problem of difficult to estimate takeover in advance on sections where automatic driving is not possible is solved. The safety officer is notified in advance to take over and perform manual driving takeover, and the automatic driving mode is entered to perform the task after the manual takeover section is passed.

[0060] Through the above method, the main task can configure the periodic execution of tasks, and can configure various operation vehicle models, so that the section operation tasks can be periodically executed on the same road section.

[0061] Through the above method, operation modes in various scenarios can be configured to cope with vehicle task execution under various complex road conditions, especially for special vehicles.

[0062] In one embodiment of the present application, the main task includes at least a task driving route, and the task driving route of the main task includes multiple road sections, each road section corresponds to a subtask. The method also includes: when configuring the main task, assigning a subtask priority for execution to each road section according to preset task requirements; when configuring the main task, assigning a subtask to each road section according to pre-acquired road evaluation results, and initializing the driving mode to manual driving or automatic driving.

[0063] It should be noted that the pre-acquired road evaluation results include, but are not limited to, pre-acquired road condition information of the road on which the main task is to be run.

[0064] For multiple subtasks, the configuration includes but is not limited to priority, driving mode, driving route, station, trajectory, estimated driving time, etc. The cloud can manually adjust the priority of subtasks to specify the order and driving path of vehicle tasks. Driving routes, trajectories, stations, etc. are initialized by operations such as trajectory collection, station and route addition during road assessment.

[0065] In one embodiment of the present application, the main task includes a periodic scheduling mode, and the method further includes: after the main task is configured, adjusting the task priority of the subtask, and setting the order in which the vehicle executes the subtasks and the task driving route for executing the subtasks; after the main task is configured, initializing the configuration of the task site of the subtask, the task trajectory of the subtask, and the estimated task driving time of the subtask.

[0066] The main task includes a periodic scheduling mode, which means that the cycle logic can be set for periodic scheduling. Taking a road sweeper as an example, when a main task needs to be performed, the road cleaning needs to be performed regularly, which is achieved through periodic scheduling.

[0067] Case 1: After the main task is configured, the task priority of the subtask is adjusted, and the order in which the vehicle executes the subtasks and the task driving route for executing the subtasks need to be set. According to different task priorities, the order in which the vehicle executes the subtasks and the task driving route for executing the subtasks are set.

[0068] Case 2: After the main task is configured, the task site of the subtask, the task track of the subtask, and the estimated driving time of the subtask are initialized. The initialization configuration can realize the configuration of the task site of the subtask, the task track of the subtask, and the estimated driving time of the subtask.

[0069] For the above situation, initialization configuration can be implemented.

[0070] In one embodiment of the present application, the method further includes: after initializing the subtask driving mode, updating the subtask driving mode according to a response result of the road assessment, and the response result of the road assessment includes at least one of the following: a roadside reporting event, a vehicle reporting event, and a cloud publishing event.

[0071] The response results of the road assessment need to be jointly reported through roadside reporting events, vehicle reporting events or cloud publishing events, so as to eliminate abnormalities and update the road assessment results. For example, the accident section is cleared, the road condition is restored after being in poor condition, and the signal interference section is eliminated.

[0072] The initialization of the driving mode depends on the judgment of the road conditions during the road evaluation process. If there are sections that cannot be driven automatically, the subtask driving mode corresponding to the section can be configured as manual driving; the subsequent update of the subtask driving mode is automatically modified through functions such as roadside events, vehicle event reporting, and cloud event publishing. For example, taking the remote dispatch of the sweeper as an example, when the section A1 is under construction during initialization, the corresponding subtask R1 is set to manual driving. When one of the following triggers, the road construction event reported on the roadside disappears, the vehicle releases the construction event disappears, or the cloud autonomously releases the route back to normal, the driving mode of the R1 subtask is dynamically adjusted to automatic driving. Conversely, when one of the three ends triggers an event that the corresponding route cannot be driven automatically, the corresponding subtask driving mode is dynamically adjusted to manual driving. You can also manually configure and adjust the driving mode of the subtask directly in the cloud.

[0073] It should be noted that roadside reporting, vehicle release and autonomous cloud release require mutual verification among the three ends to comprehensively determine the response results of the road assessment.

[0074] The cloud sends the main task to the vehicle terminal according to the task priority and task execution status. After receiving the main task, the vehicle terminal feeds back to the cloud that the vehicle can execute the task. For the subtask in the automatic driving mode, the vehicle automatically drives through the corresponding road section. When the vehicle reaches the end of the road section, the vehicle terminal reports the arrival event to the cloud. For the subtask that is manually driven, it is necessary to manually determine that the vehicle has reached the end of the road section and manually report the arrival event to end the current subtask.

[0075] In one embodiment of the present application, the remote dispatching of vehicles to perform tasks includes: when the subtask driving mode is the automatic driving mode, receiving the arrival event reported by the vehicle terminal; when the subtask driving mode is the manual driving mode, receiving the arrival event manually reported.

[0076] It should be noted that manual reporting is relative to the characteristic vehicle running in autonomous driving mode and automatically reporting arrival events.

[0077] Specifically, when the cloud and the vehicle terminal interact, the cloud sends the main task to the vehicle terminal through the task priority and execution status of the subtask. After receiving the main task, the vehicle terminal feedbacks to the cloud that the vehicle can execute the task. For subtasks in automatic driving mode, the vehicle automatically drives through the corresponding road section, and the vehicle terminal reports the arrival event to the cloud when it arrives at the end of the road section. For subtasks that are manually driven, it is necessary to manually determine that the vehicle has arrived at the end of the road section and manually report the arrival event to end the current subtask.

[0078] In one embodiment of the present application, the remote scheduling of vehicles to perform tasks also includes: after the current subtask is normally executed, receiving feedback from the vehicle terminal indicating the completion of the task execution, and simultaneously sending the next subtask to the vehicle terminal, the current subtask and the next subtask belonging to the same main task.

[0079] After receiving the executable status of the vehicle, the cloud sends the subtask with the highest priority. If it is in an unexecutable state, the task is abnormally terminated and waits for the next cycle to be triggered again. In addition, if a subtask is executed normally and the cloud receives feedback from the vehicle terminal that the task has been executed, it will send the next subtask to the vehicle terminal.

[0080] In one embodiment of the present application, the method further includes: in the process of executing the main task, performing any one or more operations of adding, pausing, resuming, and terminating the main task or the subtask, and synchronizing to the vehicle terminal.

[0081] While the vehicle terminal is executing the main task and subtask, the main task or subtask can also be paused, resumed, terminated, etc. through the cloud, and the cloud operation results can be synchronized to the vehicle terminal to meet the requirements of flexible scheduling.

[0082] The present application also provides a device 500 for remotely dispatching a vehicle to perform a task, such as Figure 5 As shown, a schematic diagram of the structure of a device for remotely dispatching a vehicle to perform a task in an embodiment of the present application is provided, wherein the device 500 for remotely dispatching a vehicle to perform a task comprises at least: a configuration module 510, an execution and sending module 520, and a receiving and sending module 530, wherein:

[0083] In one embodiment of the present application, the configuration module 510 is specifically used to: configure a main task, the main task includes multiple subtasks and each subtask is generated by the main task, and the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route.

[0084] The method in the embodiment of the present application is mainly executed in the cloud, and has direct interaction with the cloud client and the vehicle terminal, and indirect interaction with the vehicle display terminal. The main task mainly includes tasks that need to be performed related to the actual remote scheduling scenario. Preferably, it can be used for remote scheduling of road sweepers. The cloud receives the main task information input by the user. A main task can contain multiple subtasks, and the subtasks are automatically generated by the configured main task information. Multiple subtasks can be configured with priority, driving mode (manual driving / automatic driving), driving route, station, trajectory, expected driving time and other information.

[0085] Specifically, the main task includes multiple subtasks and each subtask is generated by the main task. It can be considered that the main task is mainly composed of subtasks and the subtasks are divided according to road sections. The configuration information mainly included in the subtasks is task priority, task driving mode, and task driving route. The priority of the subtask can be configured through the task priority, the driving mode of the subtask can be configured through the task driving mode, and the driving route of the subtask can be configured through the task driving route.

[0086] It should be noted that the priority of the subtask is related to the execution task of the remote dispatch vehicle. For example, taking the street sweeper as an example, it is necessary to clean area A first, then the priority of the subtask of cleaning area A is higher than other subtasks. The cleaning order can be obtained by sorting the subtasks according to different priorities.

[0087] In one embodiment of the present application, the sending module 520 is specifically used to send the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, and the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization.

[0088] Before the cloud sends the main task to the vehicle terminal, it needs to determine whether it is suitable for the vehicle terminal to execute based on the task priority of the subtask and the task execution status of the subtask currently being executed. The cloud sends the main task to the vehicle terminal based on the subtask priority and the subtask execution status, so that after receiving the main task, the vehicle terminal can feedback to the cloud that the vehicle can execute the task. Furthermore, for subtasks in the automatic driving mode, the vehicle automatically drives through the corresponding road section, and when the vehicle reaches the end of the road section, the vehicle terminal reports the arrival event to the cloud. For subtasks that are manually driven, it is necessary to manually determine that the vehicle has reached the end of the road section and manually report the arrival event to end the current subtask.

[0089] In one embodiment of the present application, the receiving and sending module 530 is specifically used to: receive the task executable status of the main task returned by the vehicle terminal, and based on the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of the vehicle to perform the task. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0090] The cloud receives the executable status of the main task returned by the vehicle terminal, which means that the cloud receives the status of whether the main task is executable returned by the vehicle terminal. If the vehicle terminal is in an executable state, the main task can be issued. If it is in a non-executable state, the main task cannot be issued.

[0091] It should be noted that the task executable status of the main task will be returned to the cloud only when the vehicle terminal is idle or has completed the previous subtask or main task.

[0092] The cloud will further send the subtask with the highest priority to the vehicle terminal, thereby realizing remote scheduling of vehicles to perform tasks. Since subtasks have priorities, when sending the subtask with the highest priority, the requirement of sending subtasks of different priorities separately can be met.

[0093] In one embodiment of the present application, the task driving route includes: the main task at least includes a task driving route, the task driving route of the main task includes multiple sections, each section corresponds to a subtask, and also includes: an initialization configuration module for

[0094] When configuring the main task, assigning a subtask priority for execution to each road section according to preset task requirements;

[0095] When configuring the main task, the subtask driving mode is initialized to manual driving or automatic driving for each road section according to the pre-acquired road evaluation results.

[0096] In one embodiment of the present application, the main task includes a periodic scheduling mode and further includes: an initialization configuration module for

[0097] After the main task is configured, the task priorities of the subtasks are adjusted, and the order in which the vehicle executes the subtasks and the task driving routes for executing the subtasks are set;

[0098] After the main task is configured, the task site of the subtask, the task track of the subtask, and the estimated driving time of the subtask are initialized and configured.

[0099] In one embodiment of the present application, an update module is also included for

[0100] After the subtask driving mode is initialized, the subtask driving mode is updated according to the response result of the road evaluation, and the response result of the road evaluation includes at least one of the following: a roadside reporting event, a vehicle reporting event, and a cloud publishing event.

[0101] In one embodiment of the present application, the receiving and sending module 530 is also used to

[0102] When the subtask driving mode is the automatic driving mode, receiving the arrival event reported by the vehicle terminal;

[0103] When the subtask driving mode is a manual driving mode, a manually reported arrival event is received.

[0104] In one embodiment of the present application, the receiving and sending module 530 is also used to

[0105] After the current subtask is normally executed, a feedback result of the task execution completion of the vehicle terminal is received, and the next subtask is sent to the vehicle terminal at the same time. The current subtask and the next subtask belong to the same main task.

[0106] In one embodiment of the present application, it further includes: a regulating module for

[0107] During the execution of the main task, any one or more operations of adding, pausing, resuming, and terminating are performed on the main task or the subtask, and synchronized to the vehicle terminal.

[0108] It can be understood that the above-mentioned device for remotely dispatching vehicles to perform tasks can implement the various steps of the method for remotely dispatching vehicles to perform tasks provided in the aforementioned embodiments. The relevant explanations about the method for remotely dispatching vehicles to perform tasks are applicable to the device for remotely dispatching vehicles to perform tasks and will not be repeated here.

[0109] Figure 6 This is a schematic diagram of the structure of an electronic device according to an embodiment of the present application. Figure 6 At the hardware level, the electronic device includes a processor, and optionally also includes an internal bus, a network interface, and a memory. The memory may include a memory, such as a high-speed random access memory (RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage. Of course, the electronic device may also include hardware required for other services.

[0110] The processor, network interface and memory can be interconnected through an internal bus, which can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 6 Only one bidirectional arrow is used in the diagram, but this does not mean that there is only one bus or only one type of bus.

[0111] The memory is used to store the program. Specifically, the program may include a program code, and the program code includes a computer operation instruction. The memory may include a memory and a non-volatile memory, and provides instructions and data to the processor.

[0112] The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it, forming a device for remotely dispatching vehicles to perform tasks at the logical level. The processor executes the program stored in the memory and is specifically used to perform the following operations:

[0113] Configuring a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, wherein the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route;

[0114] Sending the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization;

[0115] Receive the task executable status of the main task returned by the vehicle terminal, and based on the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0116] The above application Figure 4 The method performed by the device for remotely dispatching a vehicle to perform a task disclosed in the illustrated embodiment can be applied to a processor or implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by an integrated logic circuit of hardware in the processor or an instruction in the form of software. The above processor may be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it may also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc. The steps of the method disclosed in conjunction with the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in a decoding processor. The software module can be located in a storage medium mature in the art such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory, or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0117] The electronic device may also perform Figure 4 A method for executing a task by a device for remotely dispatching a vehicle, and realizing a method for executing a task by a device for remotely dispatching a vehicle Figure 4 The functions of the illustrated embodiment will not be described in detail in the embodiments of the present application.

[0118] The present application also provides a computer-readable storage medium, which stores one or more programs, wherein the one or more programs include instructions, which, when executed by an electronic device including multiple application programs, enable the electronic device to execute Figure 4 The method performed by the device for remotely dispatching a vehicle to perform a task in the illustrated embodiment is specifically used to perform:

[0119] Configuring a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, wherein the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route;

[0120] Sending the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization;

[0121] Receive the task executable status of the main task returned by the vehicle terminal, and based on the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

[0122] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0123] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0124] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0125] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0126] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0127] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0128] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0129] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0130] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0131] The above is only an embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A method for remotely dispatching a vehicle to perform a task, wherein: Applied to the cloud, the method includes: Configuring a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, wherein the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route; Sending the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization; Receive the task executable status of the main task returned by the vehicle terminal, and based on the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

2. The method of claim 1, wherein: The main task at least includes a task driving route, the task driving route of the main task includes a plurality of road sections, each road section corresponds to a subtask, and the method further includes: When configuring the main task, assigning a subtask priority for execution to each road section according to preset task requirements; When configuring the main task, the subtask driving mode is initialized to manual driving or automatic driving for each road section according to the pre-acquired road evaluation results.

3. The method of claim 2, wherein: The main task includes a periodic scheduling mode, and the method further includes: After the main task is configured, the task priorities of the subtasks are adjusted, and the order in which the vehicle executes the subtasks and the task driving routes for executing the subtasks are set; After the main task is configured, the task site of the subtask, the task track of the subtask, and the estimated driving time of the subtask are initialized and configured.

4. The method of claim 2, wherein: The method further comprises: After the subtask driving mode is initialized, the subtask driving mode is updated according to the response result of the road evaluation, and the response result of the road evaluation includes at least one of the following: a roadside reporting event, a vehicle reporting event, and a cloud publishing event.

5. The method of claim 2, wherein: The method of remotely dispatching a vehicle to perform a task includes: When the subtask driving mode is the automatic driving mode, receiving the arrival event reported by the vehicle terminal; When the subtask driving mode is a manual driving mode, a manually reported arrival event is received.

6. The method of claim 1, wherein: The remote dispatching of vehicles to perform tasks also includes: After the current subtask is normally executed, a feedback result of the task execution completion of the vehicle terminal is received, and the next subtask is sent to the vehicle terminal at the same time. The current subtask and the next subtask belong to the same main task.

7. The method of claim 1, wherein: The method further comprises: During the execution of the main task, any one or more operations of adding, pausing, resuming, and terminating are performed on the main task or the subtask, and synchronized to the vehicle terminal.

8. A device for remotely dispatching vehicles to perform tasks, wherein: Applied to the cloud, the device comprises: A configuration module, used to configure a main task, wherein the main task includes a plurality of subtasks and each subtask is generated by the main task, and the subtask includes at least one of the following configuration information: task priority, task driving mode, and task driving route; An execution and delivery module, used to deliver the main task to the vehicle terminal according to the task priority of the subtask and the task execution status of the subtask currently being executed, wherein the task execution status is confirmed by the subtask currently being executed by the vehicle terminal during initialization; A receiving and sending module is used to receive the task executable status of the main task returned by the vehicle terminal, and according to the task executable status, send the subtask with the highest priority in the main task to the vehicle terminal to realize remote scheduling of vehicles to perform tasks. The task executable status is confirmed by the vehicle terminal after receiving the main task.

9. An electronic device, comprising: processor; as well as A memory arranged to store computer executable instructions, which when executed cause the processor to perform the method of any one of claims 1 to 7.

10. A computer-readable storage medium storing one or more programs, which, when executed by an electronic device including a plurality of application programs, causes the electronic device to execute any one of the methods of claims 1 to 7.

Images