CN115547090A

CN115547090A - Vehicle task management method, system and device

Info

Publication number: CN115547090A
Application number: CN202111390352.9A
Authority: CN
Inventors: 张竞
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-06-30
Filing date: 2021-11-23
Publication date: 2022-12-30

Abstract

The application provides a method, a system and a device for managing vehicle tasks, and relates to an automatic driving system. The method comprises the following steps: receiving first state information, wherein the first state information is associated with at least one first vehicle; determining second state information from the first state information, wherein the second state information is related to the first task; and determining a second vehicle according to the second state information; and transmitting instruction information to the second vehicle, the instruction information being for instructing the second vehicle to perform the first task. Therefore, the second vehicle (namely the target vehicle) for executing the first task is determined according to the first state information related to the at least one first vehicle and the state information related to the first task, so that the reasonable distribution of the vehicle tasks can be effectively realized, the vehicle task conflict is reduced as much as possible, the problem of disordered distribution of the vehicle tasks is solved, and the vehicle tasks can be smoothly carried out.

Description

Vehicle task management method, system and device

Technical Field

The application relates to the technical field of automatic driving, in particular to a vehicle task management method, system and device.

Background

With the development of the automatic driving technology and the car networking technology, the functions of the vehicle are increasingly enhanced. The plurality of vehicles can cooperate to complete the operation task, the operation task may include a plurality of subtasks, and the reasonable distribution of each subtask to the target vehicle is a key for completing the vehicle task. However, one vehicle may receive multiple tasks at the same time, and a task conflict occurs, thereby causing the task performed by the vehicle to fail.

Therefore, how to reasonably distribute the vehicle tasks to ensure the smooth progress of the vehicle tasks is a technical problem which needs to be solved urgently.

Disclosure of Invention

The application provides a vehicle task management method and device, which are used for reasonably distributing vehicle tasks, so that the vehicle task completion rate is improved.

In a first aspect, an embodiment of the present application provides a method for managing a vehicle task, where the method includes: receiving first state information, wherein the first state information is associated with at least one first vehicle; determining second state information from the first state information, wherein the second state information is related to the first task; and determining a second vehicle according to the second state information; and sending instruction information to the second vehicle, wherein the instruction information is used for instructing the second vehicle to execute the first task.

It should be noted that in the embodiment of the present application, "first state information" may be understood as state information of one or more vehicles, where the state information of each vehicle includes a state parameter; the "second state information" may be understood as state information that is required to be possessed by a target vehicle that performs the first task, and the "second vehicle" may be one or more target vehicles that meet the above-described second state information; the "first task" may be one task or a set of sub-tasks of one task, and the embodiment of the present application is not limited.

In the embodiment of the application, the second vehicles used for executing the first task are screened out according to the state information associated with the first task, so that reasonable distribution of vehicle tasks is effectively realized, the problem of disordered distribution of the vehicle tasks is reduced, the task distribution efficiency is effectively improved, and the task execution efficiency of the vehicles is further effectively improved.

In one possible design, the first status information or the second status information includes at least one of: an online state, a health state, a receivable task state, a travelable state, a charging task state, a remote control state, and a visible state of the vehicle.

It should be noted that "online status" in the embodiment of the present application may be understood as a communication connection status of the vehicle and the server; "state of health" can be understood as the condition of whether the vehicle has a fault; "acceptable task status" may be understood as the current vehicle having no tasks being performed; the task can be normally received, and the "charging state" can be understood as the charging condition of the current vehicle; the "charging task status" can be understood as whether a charging task is currently present on the vehicle; the "remote control state" can be understood as a state of manual control, in which the vehicle can only receive instructions from an operator; "visible status" may be understood as the vehicle displaying an offline status to the third party server when the vehicle is unable to receive tasks from the third party server.

In the design, various state information of the vehicle is comprehensively considered, so that the target vehicle which is determined according to the vehicle state information and used for executing the first task can better meet the task requirement of the first task, and the task distribution is more reasonable.

In one possible design, the first task is determined based on a first resource required by the first vehicle and availability of the first resource, the first resource including at least one of: fill electric pile position, maintenance position, parking position, and operation position.

The charging pile position can be understood as a charging pile resource corresponding to the position, the maintenance position can be understood as maintenance equipment and diagnosis equipment corresponding to the position, the parking position can be understood as a parking space corresponding to the position, and the working position can be understood as a working area and a tool corresponding to the position. For example, the first resource may be a charging pile location, a maintenance location, a parking location, and a work location. As another example, the first resource may be a charging post location and a parking location, or may be a maintenance position and a parking position, or may be a work position and a parking position. As another example, the first resource may be a charging post location, a maintenance location, and a parking location.

In the design, a first task is determined according to a first resource required by a first vehicle and the available condition of the first resource, so that a server can automatically trigger the task according to the requirement of the first vehicle, the normal running of the vehicle can be ensured, and the vehicle can subsequently normally execute other tasks.

In one possible design, the first task is a task input from a third party or a task reported by a second vehicle. The third party may be understood as a third party server (i.e., a third party system).

In the design, the first task has multiple sources, can be input by a third party, and can also be a task actively reported by the vehicle according to the self requirement. Therefore, the management of the vehicle tasks of various systems is realized, and the problem of management confusion of the vehicle tasks is effectively reduced.

In one possible embodiment, the first task is a charging task, a parking task or a work task.

In the design, the distribution management of various types of tasks can be realized, so that the management of vehicle tasks can effectively meet the diversified task management requirements of users.

In one possible design, it may be necessary to determine that the second vehicle is in a usable state before sending the indication to the second vehicle. It should be noted that the "available state" in the embodiment of the present application has different states for different task types. For example, when the first task is a job task, the available state is specifically: online state, health state, receivable task state, travelable state, uncharged state, non-remote control state. For another example, the available state is specifically an online state, a healthy state, a receivable task state, a travelable state, an uncharged state, a non-remote control state, and a charging task state when the first task is a charging task or a parking task.

In this design, the indication information is transmitted to the second vehicle after it is determined that the second vehicle satisfies the available state required for the first task. Therefore, accurate execution of vehicle tasks is effectively guaranteed.

In one possible design, the method further includes: and receiving the reported information, wherein the reported information is the information reported by the second vehicle after the second vehicle executes the first task.

In the design, the server can also receive the reported information from the vehicle, and then determine that the second vehicle has finished executing the first task according to the reported information, so that the server can correspondingly adjust the vehicle state and continuously distribute subsequent tasks.

In a second aspect, the present application provides a method for managing a vehicle task, which may be applied to a second vehicle in at least one first vehicle, where the at least one first vehicle is associated with first state information, the second vehicle is associated with second state information, and the second state information is associated with the first task; the method comprises the following steps: sending the first state information to a server so that the server determines the second state information from the first state information; receiving indication information from a server; the indication information is used for indicating the second vehicle to execute the first task; and executing the first task according to the indication information.

In one possible design, the first status information or the second status information includes at least one of:

an online state, a health state, a receivable task state, a travelable state, a charging state, a remote control state, a charging task state, and a visible state of the vehicle.

In one possible design, the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, and the first resource includes at least one of: fill electric pile position, maintenance position, parking position, and operation position.

In one possible design, the first task is a task input from a third party or a task reported by the second vehicle.

In a possible design, the second vehicle may further send report information to the server, where the report information is reported after the second vehicle completes the first task.

In a third aspect, an embodiment of the present application further provides a management system for vehicle tasks. As an example, the system comprises:

the system comprises a server, a task processing unit and a task processing unit, wherein the server is used for receiving first state information, the first state information is related to at least one first vehicle, and second state information is determined from the first state information and is related to a first task; determining a second vehicle according to the second state information; sending indication information to the second vehicle, wherein the indication information is used for indicating the second vehicle to execute the first task;

the second vehicle is used for sending the first state information to the server; and receiving the indication information, and executing the first task according to the indication information.

In one possible design, the system further includes a third party server; wherein the third party server may be configured to send the first task to the server; the server may further be configured to receive the first task.

In a fourth aspect, the present application further provides a method for determining a vehicle visible state, where the method may be applied to a server or a vehicle, and the method includes: acquiring first information, wherein the first information comprises at least one of the following items: a state of charge, a state of health of a vehicle, and a predicted work efficiency of the vehicle to perform a first task; and determining whether the vehicle is in a visible state or not according to the first information, wherein the visible state is used for indicating that the vehicle is in an offline state for a third-party server, and the vehicle cannot receive tasks from a third party at the moment.

Example 1, when the first information includes a charging state of the vehicle, determining whether the vehicle is in a visible state according to the first information may specifically be: if the vehicle is determined to be in the charging state, determining that the vehicle is in the invisible state; if the vehicle is determined to be in the uncharged state, the vehicle is determined to be in the visible state.

Example 2, when the first information includes a state of charge and a state of health of the vehicle, determining whether the vehicle is in a visible state according to the first information may specifically be: if the vehicle is determined to be in the healthy state and the charging state, determining that the vehicle is in the invisible state; if the vehicle is determined to be in the non-charging state but in the unhealthy state, determining that the vehicle is in the invisible state; if the vehicle is determined to be in the uncharged state and in the healthy state, the vehicle is determined to be in the visible state.

Example 3, the first information includes a state of charge, a state of health of the vehicle, and a predicted work efficiency of the vehicle to perform a first task, and the determining whether the vehicle is in a visible state according to the first information may specifically be: if the fact that the vehicle is in a healthy state and an uncharged state is determined, but the predicted operation efficiency of the vehicle for executing the first task is lower than a preset value, the fact that the vehicle is in an invisible state is determined; and if the vehicle is determined to be in a healthy state and an uncharged state, and the predicted operation efficiency of the vehicle for executing the first task is greater than a preset value, determining that the vehicle is in a visible state.

According to the method and the device, whether the vehicle is in a visible state or not is determined according to the state information of the vehicle and/or the predicted operation efficiency of the vehicle for executing the first task, and whether the vehicle receives a task of a third party or not is further determined, so that the task distribution of the vehicle is more reasonable, and the condition that the task execution of the vehicle fails due to task conflict is effectively reduced.

In a fifth aspect, an embodiment of the present application provides a management apparatus for a vehicle task, which may include:

a transceiver module for receiving first status information, the first status information being associated with at least one first vehicle;

the processing module is used for determining second state information from the first state information, and the second state information is related to the first task; determining a second vehicle from the at least one first vehicle based on the second status information;

the transceiver module is further configured to send instruction information to the second vehicle, where the instruction information is used to instruct the second vehicle to perform the first task.

In addition, in this aspect, reference may be made to the related matters of the first aspect for further alternative embodiments of the communication device, and details are not described here.

In a sixth aspect, an embodiment of the present application provides a management apparatus for a vehicle task, which includes, for example:

the transceiver module is used for sending the first state information to a server so that the server determines the second state information from the first state information; receiving indication information from a server, wherein the indication information is used for indicating the second vehicle to execute the first task;

and the processing module is used for executing the first task according to the indication information.

In addition, in this aspect, reference may be made to the related contents of the second aspect in other alternative embodiments of the communication device, and details are not described here.

In a seventh aspect, an embodiment of the present application provides a server, where the server includes a processor, and the processor is configured to execute the method described in the first aspect and any one of the possible designs of the first aspect.

In a possible design, the server is a single server or a server cluster composed of a plurality of sub-servers, and when the server is a server cluster composed of a plurality of sub-servers, the plurality of sub-servers jointly execute the method according to any one of the first aspect and the possible design of the first aspect.

In an eighth aspect, embodiments of the present application provide a vehicle that may include a processor configured to perform a method according to any one of the second aspect and possible designs of the second aspect.

In a ninth aspect, an embodiment of the present application provides a chip system, where the chip system includes at least one processor, and when program instructions are executed in the at least one processor, the method according to any one of the first aspect, the second aspect, or the fourth aspect described above and design alternatives of the first aspect, the second aspect, or the fourth aspect described above is implemented.

In one possible design, the system-on-chip further includes a communication interface for inputting or outputting information.

In one possible design, the system-on-chip further includes a memory coupled to the processor through the communication interface for storing the instructions so that the processor reads the instructions stored in the memory through the communication interface.

In one possible design, the processor may be a processing circuit, which is not limited in this application.

In a tenth aspect, the present embodiments also provide a computer program product comprising instructions for executing the method for managing vehicle tasks as described in any one of the possible designs of the first aspect or the first aspect, the second aspect or the second aspect, or the method for determining the vehicle visibility state as described in any one of the possible designs of the fourth aspect or the fourth aspect, when the computer program product runs on the apparatus.

In an eleventh aspect, embodiments of the present application provide a computer-readable storage medium, which stores a computer program, and when the computer program is executed, the method for managing vehicle tasks according to any one of the possible designs of the first aspect or the first aspect, the second aspect or the second aspect, or the method for determining a vehicle visibility state according to any one of the possible designs of the fourth aspect or the fourth aspect is implemented.

For the beneficial effects of the second aspect, the third aspect, and the fifth aspect to the eleventh aspect, please refer to the technical effects that can be achieved by the corresponding design in the first aspect, and the detailed description is omitted here.

Drawings

FIG. 1 is a schematic diagram of an architecture of a vehicle task management system to which the present embodiment is applicable;

FIG. 2 is a schematic structural diagram of a server according to an embodiment of the present disclosure;

FIG. 3 is a schematic flow chart illustrating a method for managing vehicle tasks according to an embodiment of the present disclosure;

FIG. 4 is a schematic flow chart diagram illustrating a method for determining a visible state of a vehicle according to an embodiment of the present application;

FIG. 5 is a schematic flow chart diagram illustrating a method for determining vehicle mission according to an embodiment of the present application;

FIG. 6 is a schematic flow chart diagram illustrating another method for determining vehicle assignments in accordance with an exemplary embodiment of the present disclosure;

FIG. 7 is a schematic flow chart diagram illustrating another method for determining vehicle assignments in accordance with an embodiment of the present disclosure;

fig. 8 is a schematic structural diagram of a vehicle task management device according to an embodiment of the present application;

FIG. 9 is a schematic structural diagram of another vehicle task management device according to an embodiment of the present disclosure;

fig. 10 is a schematic structural diagram of a chip system according to an embodiment of the present disclosure.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be further described with reference to the accompanying drawings.

First, some terms in the embodiments of the present application are explained so as to be easily understood by those skilled in the art.

1) The first status information may be understood as status information of at least one first vehicle, the status information of each first vehicle comprising one or more status parameters (e.g. online status, health status, etc.).

2) The second state information may be understood as state information of a second vehicle, which may be one or more target vehicles, and the state information of each target vehicle corresponds to a vehicle state that needs to be satisfied to perform the first task.

3) The available state may be understood as a vehicle state required by the target vehicle executing the first task, and is associated with the second state information, that is, the state information of the second vehicle corresponding to the second state information all meets the state information requirement corresponding to the available state.

4) In the embodiments of the present application, "at least one" means one or more. "at least one of the following" or similar expressions refer to any combination of these items, including any combination of the singular or plural items. For example, at least one (one) of a, b, or c, may represent: a, b, c, a and b, a and c, b and c, or a, b and c, wherein a, b and c can be single or multiple.

The embodiments of the present application refer to ordinal numbers such as "first", "second", etc., for distinguishing a plurality of objects, and do not limit the size, shape, content, order, timing, priority, or importance of the plurality of objects. For example, the first status information and the second status information are not different in priority, importance, or the like, but are merely different status information.

The application provides a management method of a vehicle task, which comprises the following steps: the server can receive the first state information and determine second state information from the first state information; wherein the first state information is associated with at least one first vehicle and the second state information is associated with a first task; the server can further determine a second vehicle for executing the first task from the at least one vehicle according to the second state information; and transmitting the instruction information to the second vehicle to cause the second vehicle to perform the first task. In this way, the server determines the second vehicle (i.e. one or more target vehicles) for executing the first task according to the first state information associated with the at least one first vehicle and the state information associated with the first task, so that reasonable distribution of vehicle tasks can be effectively realized, and then vehicle task conflicts can be effectively reduced, and the vehicle tasks can be smoothly performed.

Before describing the technical solution provided by the embodiment of the present application in detail, a system architecture to which the embodiment of the present application is applied is first described.

Fig. 1 shows an architecture diagram of a management system for vehicle tasks according to an embodiment of the present application. As shown in fig. 1, a management system for vehicle tasks provided in an embodiment of the present application includes at least one first vehicle and a server 100. In fig. 1, at least one first vehicle is represented by n vehicles, which are vehicle 1, vehicle 2, … …, and vehicle n, where n is an integer greater than or equal to 3.

The vehicle 1, the vehicle 2, … …, and the vehicle n may all report their own state information (i.e., one or more state parameters of the vehicle, such as an online state, a health state, a receivable task state, a travel state, and the like) to the server 100, and then the server 100 may determine second state information from the state information reported by the receiving vehicles 1 to the vehicle n, and determine a second vehicle (i.e., one or more target vehicles) from at least one first vehicle according to the second state information; the second state information is associated with the first task, and the server 100 may indicate information to the second vehicle to cause the second vehicle to perform the first task.

For example, the vehicle 1, the vehicle 2, and the vehicle 3 report their state information to the server 100, the server 100 matches the state information of the vehicle 1, the vehicle 2, and the vehicle 3 with the state information corresponding to the available state associated with the first task, and filters out second state information that matches the available state as the state information of the vehicle 1 and the vehicle 2, and then the server 100 determines the vehicle 1 and the vehicle 2 as the second vehicle and sends instruction information to the vehicle 1 and the vehicle 2, so that the vehicle 1 and the vehicle 2 execute the first task.

It should be noted that the server 100 may be a single server or a server cluster composed of a plurality of sub servers, and is not limited in particular here. The server may be a local server. In the field of car networking, the server may specifically be a cloud server, which may also be referred to as a cloud, a cloud end, a cloud server, a cloud end controller, a car networking server, or the like. A cloud server is a generic term for a device or a device having data processing capability, such as a physical device including a host or a processor, a virtual device including a virtual machine or a container, and a chip or an integrated circuit.

For example, referring to fig. 2, in fig. 2, when the server 100 is composed of a plurality of sub-servers, the server 100 may include a plurality of modules, such as a vehicle task management module and a vehicle task planning module.

The vehicle task management module may be configured to receive state information reported by at least one first vehicle (for example, one first vehicle in fig. 2), determine a first task according to the state information, and send a task instruction to the vehicle task planning module, where the task instruction carries the first task; the vehicle mission planning module may be configured to receive the mission command, determine control information corresponding to the first mission, and send the control information (e.g., route guidance information, job information, etc.) to the first vehicle, so that the first vehicle performs the first mission.

Optionally, the server 100 may further include a cooperative driving map module, where the cooperative driving map module may be configured to receive the position and posture information reported by the first vehicle, and receive map query information from the vehicle task management module (for example, query whether an obstacle exists in a driving area corresponding to the first vehicle).

In practical applications, the server 100 may further include more functional modules, or part of the functions of the modules may also be deployed in other servers or other systems, which is not limited in this embodiment.

The following describes a method for managing a vehicle task in detail with reference to the accompanying drawings.

Referring to fig. 3, fig. 3 is a schematic flowchart of a method for managing a vehicle task according to an embodiment of the present application, where the method may be applied to the system for managing a vehicle task shown in fig. 1, and the method includes:

s301: at least one first vehicle reports the first state information, and the server 100 receives the first state information.

In the embodiment of the present application, "first status information" may be understood as status information of one or more vehicles, and the status information of each vehicle may include one or more status parameters (e.g., an online status, a health status, a task receivable status, a trip travelable status, etc. of the vehicle). For example, as shown in table 1, the first state information may correspond to state information of the vehicle 1, or; as shown in table 2, the second state information corresponds to the state information of the vehicle 2, the state information of the vehicle 3, and the state information of the vehicle 4.

TABLE 1

TABLE 2

In one possible embodiment, the status parameters in the first status information may include at least one of: an online status, a health status, a receivable task status, a travelable status, a charging status, a remote control status, a charging task status, and a visibility status of the vehicle. For example, the state parameter in the first state information may be an online state of the vehicle; for another example, the state parameters in the first state information may be an online state and a health state of the vehicle; for another example, the state parameter in the first state information may be an online state, a health state, a receivable task state of the vehicle; for another example, the state parameter in the first state information may be an online state, a health state, a receivable task state, a travelable state, a charging state, a remote control state, a charging task state, and a visible state of the vehicle. Therefore, the various state information of the first vehicle is comprehensively considered, the target vehicle which is determined according to the vehicle state information and used for executing the first task can better meet the task requirement of the first task, and the task distribution is more reasonable.

For ease of understanding, the following describes in detail possible individual status parameters of the first status information.

1. Online status (online).

In the present embodiment, the "online state" may be understood as a communication connection state of the first vehicle with the server 100. Accordingly, the communication connection state includes an online state and an offline state, and information interaction between the first vehicle and the server 100 is possible when the first vehicle is in the online state. For example, a first vehicle reports its own vehicle state information; for another example, the first vehicle receives the instruction information from the server 100. When the first vehicle is in the offline state, the first vehicle cannot communicate with the server 100 and cannot receive the instruction information from the server 100.

In one possible implementation, the first vehicle may send a heartbeat message to the server 100, and the server 100 may determine whether the first vehicle is in an online state according to the heartbeat message. For example, if the heartbeat message of the first vehicle is not received within 1 minute, it is determined that the first vehicle is in the offline state. For example, if the heartbeat message of the first vehicle can be received every 1 minute within 30 minutes, it is determined that the first vehicle is in the online state within the 30 minutes.

In another possible implementation, the server 100 may send a heartbeat message to the first vehicle, and the first vehicle may determine whether the first vehicle is in an online state according to the heartbeat message.

2. Health status (health)

In the embodiment of the present application, the "state of health" may be understood as being used to characterize that there is no fault condition in the first vehicle, and accordingly, when there is a fault condition in the first vehicle, the first vehicle is in a fault state. When the first vehicle is in a fault state, the first vehicle cannot execute the task, and the task execution fails; when the first vehicle is in a healthy state, the first vehicle can accurately execute the task according to the control information corresponding to the first task. It should be understood that the fault condition may be caused by a fault of a first vehicle internal component (e.g., an electronic control unit), or may be caused by an environmental factor (e.g., weather, a road fault, etc.), and the embodiment of the present application is not limited in particular.

In a possible implementation manner, the first vehicle may report a behavior executed by the first vehicle to the server 100 in real time, and then the server 100 may match the behavior executed by the first vehicle with a first vehicle behavior corresponding to the control information of the first task, and if a matching degree is lower than a preset threshold, it is determined that the first vehicle is in a fault state; and if the matching degree is greater than the preset threshold value, adjusting the first vehicle to be in a healthy state.

In another possible embodiment, the first vehicle is adjusted from the healthy state to the faulty state if it detects a fault in the electronic control unit performing the first task.

Optionally, the server 100 further needs to receive confirmation instructions of the operator before adjusting the first vehicle from the failure state to the health state. Therefore, misoperation can be effectively reduced, and the situation that vehicle task allocation is disordered due to state setting errors is reduced.

3. Receivable task state (available)

In the embodiment of the present application, the "task receivable state" is used to characterize a state in which the first vehicle can receive the task. Correspondingly, the task receivable state includes a task receivable state and a task unreceivable state, and when the first vehicle is in the task receivable state, the first vehicle may receive the task issued by the server 100; when the first vehicle is in the task unreceivable state, the first vehicle is performing a task and cannot receive other tasks. For example, when a first vehicle performs a task, the first vehicle needs to be fixed in a specific work area, and the first vehicle cannot receive other tasks.

In one possible embodiment, the first vehicle detects that it is performing a task, and adjusts the receivable task state of the first vehicle to the non-receivable task state; and if the first vehicle detects that the task executed by the first vehicle is completed, adjusting the receivable task state of the first vehicle into a receivable task state.

4. Travel state (transportable)

In the embodiment of the present application, the "travelable state" is used to represent that the first vehicle is not affected by environmental factors (e.g., weather, obstacles on the road surface, etc.) and is in a physically travelable state. Accordingly, if the first vehicle cannot travel due to environmental factors (e.g., weather, obstacles on the road, etc.), the first vehicle is in a non-travel-possible state.

In one possible embodiment, the server 100 may determine whether the first vehicle is in the travelable state by determining whether an obstacle exists in a travel area corresponding to the first task; if the obstacle exists, determining that the first vehicle is in a non-trip state; and if the obstacle does not exist, determining that the first vehicle is in a trip-capable state. The server 100 may determine whether an obstacle exists in a driving area corresponding to the first task through the map information reported by the first vehicle.

In one possible embodiment, the server 100 may determine whether the first vehicle is in the travelable state by determining weather information of a travel area corresponding to the first task; if the current weather information does not meet the operation condition corresponding to the first task, determining that the first vehicle is in a non-trip state; and if the current weather information meets the operation condition corresponding to the first task, determining that the first vehicle is in a trip-capable state.

5. Charging state (charging)

In the embodiment of the application, the "state of charge" is used for representing that the first vehicle is in a state of charge; correspondingly, if the first vehicle is not currently charged, the first vehicle is in an uncharged state.

In one possible embodiment, the server 100 may detect the charging state of the first vehicle in real time, and when it is detected that the charging of the first vehicle is completed and the charging gun has been separated from the first vehicle, the server 100 adjusts the state of the first vehicle to the non-charging state.

6. Remote control state (manual)

In the embodiment of the present application, the "remote control state" may be understood as a state of manual control, where the first vehicle can only receive an instruction from an operator, and cannot receive a task instruction issued by the server 100. Accordingly, in the non-remote control state, the first vehicle may receive a task instruction from the server 100. In one possible embodiment, the first vehicle detects an instruction to release the remote control state, and adjusts the remote control state to the non-remote control state.

7. Charging task state (precharging)

In the embodiment of the application, the charging task state is used for representing that a charging task exists on a first vehicle; accordingly, when the first vehicle does not have the charging task, the first vehicle is in a state where the charging task is not present. The charging task state indicates that the first vehicle has a charging task, and at the moment, the first vehicle cannot receive the first charging task any more; the charging task absence state indicates that the first vehicle does not have a charging task, and the first vehicle can receive the charging task.

8. Visible state (externally visible)

In the embodiment of the present application, the "visible state" may be understood as that the first vehicle displays an online state to the third party, and the first vehicle cannot receive a task from the third party. Here, the "third party" may be understood as a third party server 100 other than the server 100 and the first vehicle. Accordingly, when the first vehicle is in the invisible state, the first vehicle displays an online state to the third party, and the first vehicle can receive a task from the third party.

Where the visible state is used to characterize whether the first vehicle can receive the task from the third party server 100.

It should be understood that, in practical applications, the first status information may also include other more status parameters, which are merely illustrative and not limiting.

S302: second state information is determined from the first state information.

In the present embodiment, "second status information" may be understood as status information of a second vehicle (i.e., one or more target vehicles) that performs the first task. As shown in table 3, when the second vehicle is the target vehicle 1, the second state information may include state information of the target vehicle 1; as also shown in table 4, when the second vehicle is the target vehicle 2, the target vehicle 3, or the target vehicle 4, the second state information may include state information of the target vehicle 2, the target vehicle 3, or the target vehicle 4. Wherein the second state information is a subset of the first state information.

TABLE 3

TABLE 4

The "first task" in the embodiment of the present application may be one or more tasks, and the embodiment of the present application is not particularly limited. The second status information is associated with the first task, and it is understood that the second status information is a vehicle status required to be possessed by a second vehicle that performs the first task. That is to say, there is a mapping relationship between the first task and the second state information, and the mapping relationship may be modified by means of an interface, a configuration file, or an environment variable, which is not limited in this embodiment of the present application. Taking the first task as a word task as an example, the states that need to be satisfied are shown in table 4.1 in general.

The health state refers to whether the vehicle can normally run according to a route or a command issued by the server, but not cannot run at all. In special scenarios, for example, when the number of vehicles is not sufficient, or there is an urgent task, the restriction of the WORK task on the state can be released, i.e., the WORK task can be received regardless of health being true or false.

The value rules of the respective states can also be defined. For example, the travelable may consider factors that the vehicle cannot travel due to weather, slippery road surface, and the like, in addition to the fact that the vehicle cannot travel due to obstacles; health may also set specific decision thresholds, such as reduced control accuracy, reduced power, etc.; the online may also consider the stability of the network, and if the network is unstable, the value of the online may be considered false even though the network is always in a connected state.

TABLE 4.1

online	manual	healthy	available	travelable
					true	false	true	true	true

In one possible embodiment, the first task may be any one of a work task, a charging task, and a parking task. The operation task may include a cargo transportation task, a refueling service, a cargo handling service, and the like, and the embodiment of the present application is not particularly limited.

It should be noted that different types of first tasks correspond to different second state information. For example, when the first task is a job task, the one or more status parameters of the target vehicle included in the second status information may be an online status, a health status, a receivable task status, a travelable status, an uncharged status, and a remote control status. For another example, when the first task is a charging task or a parking task, the one or more status parameters of the target vehicle included in the second status information may be an online status, an unlawful status, a receivable task status, a travelable status, an uncharged status, a manual control status, and a no-charging task status.

For example, the first task is a job task, and as shown in table 5, the vehicle availability status associated with the job task is: the online state, the health state, the receivable task state, the travelable state, the uncharged state and the non-remote control state, the server 100 receives the first state information reported by the vehicles 1, 2 and 3 as shown in table 6, and the second state information screened from the first state information by the server 100 is shown in table 7, that is, the state information of the vehicle 3.

TABLE 5

TABLE 6

TABLE 7

S303: the server 100 determines a second vehicle from the at least one first vehicle based on the second status information.

The "second vehicle" in the embodiment of the present application may be one or more target vehicles; the "first task" may be one task or a set of multiple tasks, and the embodiment of the present application is not particularly limited. For example, the first task may be a charging task; for another example, the first task is a set of a plurality of job tasks.

Wherein the number of target vehicles corresponding to the second vehicle is related to the first task. For example, when the first task is a single task, the second vehicle may correspond to one target vehicle; when the first task is a plurality of tasks, the second vehicle may correspond to a plurality of target vehicles.

For example, when the first task is a set of 4 job tasks, the server 100 receives state information reported by 10 first vehicles, and determines second state information corresponding to the 4 job tasks from the state information reported by the 10 first vehicles, and then the server 100 may determine 4 target vehicles for executing the first task according to the second state information.

In a possible embodiment, the server 100 further needs to determine that the second vehicle is in a usable state before sending the indication information to the second vehicle. The "available state" may be a vehicle state that the target vehicle needs to have to perform the first task, and is associated with the second state information, that is, the state information of the second vehicle corresponding to the second state information all meets the state information requirement corresponding to the available state. Wherein the first tasks of different types correspond to different available states. For example, when the first task is a job task, the available states are: an online state, a non-fault state, a task receivable state, a trip receivable state, a non-charging state and a remote control state. For another example, when the first task is a charging task or a parking task, the available state is a line state, a non-failure state, a receivable task state, a travelable state, a non-charging state, a remote control state, and a no-charging task state.

S304: the server 100 transmits the instruction information to the second vehicle, and the second vehicle receives the instruction information.

Wherein the instruction information is used for instructing the second vehicle to execute the first task.

In a possible implementation, the indication information may further include control information corresponding to the first task, and the second vehicle may execute the first task according to the control information. The control information may include path navigation information, job operation information, and the like. For example, when the first task is a task of transporting goods, the corresponding control information includes route guidance information and loading/unloading operation information. For another example, when the first task is a charging task, the corresponding control information includes path navigation information and charging control information (e.g., control operation of the docking charging gun).

S305: the second vehicle performs the first task.

For example, the first task is a charging task, the indication information issued by the server 100 includes path navigation information, charging control information and position information of the target charging pile, and the second vehicle travels to the position of the target charging pile according to the path navigation information and controls the charging interface of the second vehicle to be in butt joint with the charging pile of the target charging pile.

In the embodiment shown in fig. 3, the server 100 determines the second vehicle (i.e., the target vehicle) for executing the first task according to the first state information associated with the at least one first vehicle and the state information associated with the first task, so that the reasonable allocation of the vehicle tasks can be effectively realized, and further, the vehicle task conflict can be effectively reduced, so that the vehicle tasks can be smoothly performed.

For example, please refer to fig. 4, fig. 4 is a method for determining a visible state of a vehicle according to an embodiment of the present application, which may be applied to the server 100 shown in fig. 1 or the vehicle, and the method includes the following steps:

s401: first information is acquired.

Wherein the first information comprises at least one of: a state of charge of a vehicle, a state of health, and a predicted work efficiency of the vehicle to perform a first task. Here, the predicted work efficiency may be determined by the server 100 or the vehicle in conjunction with the current state of the vehicle according to a preset algorithm. For example, the first task is freight transportation, and if the distance between the vehicle 1 and the freight destination exceeds a preset threshold, the predicted work efficiency of the vehicle 1 is low.

S402: and determining whether the vehicle is in a visible state or not according to the first information.

As can be seen from the foregoing description, the visible state is used to indicate that the vehicle is offline to the third-party server, where the vehicle cannot receive tasks from the third-party server.

It should be understood that the first information corresponds to different parameters, and the embodiment of determining whether the vehicle is in a visible state is different.

Example 1, when the first information includes a state of charge of the vehicle, if it is determined that the vehicle is in the state of charge, it is determined that the vehicle is in an invisible state; if the vehicle is determined to be in the uncharged state, the vehicle is determined to be in the visible state.

Example 2, when the first information includes a state of charge and a state of health of the vehicle, if it is determined that the vehicle is in the state of health and the state of charge, it is determined that the vehicle is in an invisible state; if the vehicle is determined to be in the non-charging state but in the unhealthy state, determining that the vehicle is in the invisible state; if the vehicle is determined to be in the uncharged state and in the healthy state, the vehicle is determined to be in the visible state.

Example 3, the first information includes a state of charge, a state of health of the vehicle, and a predicted operational efficiency of the vehicle for performing a first task, and if it is determined that the vehicle is in the state of health and in the state of non-charge and the predicted operational efficiency of the vehicle for performing the first task is less than a predetermined value, it is determined that the vehicle is in an invisible state; if the vehicle is determined to be in a healthy state and an uncharged state, and the predicted operation efficiency of the vehicle for executing a first task is greater than a preset value, determining that the vehicle is in a visible state; if the vehicle is determined to be in a healthy state and a charging state, and the predicted operation efficiency of the vehicle for executing the first task is greater than a preset value, determining that the vehicle is in an invisible state; and if the vehicle is determined to be in a fault state and a non-charging state and the predicted operation efficiency of the vehicle for executing the first task is greater than a preset value, determining that the vehicle is in an invisible state.

In the embodiment shown in fig. 4, the server 100 or the vehicle may determine whether the vehicle is in a visible state according to the state information of the vehicle and/or the predicted work efficiency of the vehicle for executing the first task, and further determine whether the vehicle receives a task of a third party, so that the task allocation of the vehicle is more reasonable, and the situation that the task execution of the vehicle fails due to task conflict is effectively reduced.

The server 100 needs to determine the first task before determining the second vehicle based on the second state information associated with the first task. There are various embodiments for determining the first task, including but not limited to the following:

in manner 1, the server 100 determines the first task based on the first resource required by the first vehicle and the availability of the first resource. Wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position. Wherein, the production resource comprises any one of a charging pile, a parking space, maintenance equipment and diagnosis equipment.

For example, please refer to fig. 5, fig. 5 is a method for determining a vehicle task according to an embodiment of the present application, where the method includes the following steps:

s501: the first vehicle sends first information to the server 100, and the server 100 receives the first information.

The first information includes a first resource required by the first vehicle and an availability of the first resource. Wherein the first resource may include at least one of: fill electric pile position, maintenance position, parking position, and operation position. The charging pile position can be understood as a charging pile resource corresponding to the position, the maintenance position can be understood as maintenance equipment and diagnosis equipment corresponding to the position, the parking position can be understood as a parking space corresponding to the position, and the working position can be understood as a working area and a tool corresponding to the position. For example, the first resource may be a charging post location, a maintenance location, a parking location, and a work location. For another example, the first resource may be a charging pile position and a parking position, or may be a maintenance position and a parking position, or may be a work position and a parking position. As another example, the first resource may be a charging pile location, a maintenance location, a parking location.

S502: the server 100 determines the first task according to the first resource and the availability of the first resource.

In a possible implementation, the server 100 detects that the vehicle needs the first resource, queries the availability of the first resource, and generates a related vehicle task if the first resource is available; if the first resource is not available, the task is not triggered. The server 100 may monitor a usage of the first resource by the vehicle, and determine the first resource required by the vehicle, and the server 100 may determine the availability of the first resource by querying map information corresponding to the first resource. For example, when the remaining power of the first vehicle is less than 20%, querying a charging pile which is a preset distance away from the first vehicle, and if the current position of the first vehicle corresponds to the position of the charging pile, determining that the first resource is the position of the charging pile; if the current position of the first vehicle is not provided with the charging pile, the first resource is the position and the parking position of the charging pile.

For another example, when the first resource is a parking location, the server 100 may query the map information to obtain parking location information, and when it is determined that there is an available parking location, determine a target parking location for the current vehicle, and trigger a parking task of the current vehicle.

In the method 1, the server 100 automatically triggers the related task by monitoring the resource demand of the first vehicle and the availability of the related resource, so that the vehicle can supplement the resource in time, and further the first vehicle has sufficient resource to execute other operation tasks.

In the mode 2, the first vehicle determines the first task according to the first resource required by the first vehicle and the available condition of the first resource, and reports the first task to the server 100. Wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position. The production resources comprise any one of charging piles, parking spaces, maintenance equipment and diagnosis equipment.

For example, please refer to fig. 6, fig. 6 is another method for determining a vehicle task according to an embodiment of the present application, where the method includes the following steps:

s601: the first vehicle determines a first task according to a first resource required by the first vehicle and the availability of the first resource.

Wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position. The charging pile position can be understood as a charging pile resource corresponding to the position, the maintenance position can be understood as maintenance equipment and diagnosis equipment corresponding to the position, the parking position can be understood as a parking space corresponding to the position, and the working position can be understood as a working area and a tool corresponding to the position. For example, the first resource may be a charging pile location, a maintenance location, a parking location, and a work location. For another example, the first resource may be a charging pile position and a parking position, or may be a maintenance position and a parking position, or may be a work position and a parking position. As another example, the first resource may be a charging pile location, a maintenance location, a parking location.

The description of S601 is similar to that of S502, and only the server 100 needs to be replaced by the first vehicle, which is not described herein again.

S602: the first vehicle reports the first task to the server 100.

S603: the first vehicle performs a first task.

In the mode 2, the first vehicle may automatically trigger the task according to the resource requirement of the first vehicle and the availability of the relevant resource, and report the task to the server. Therefore, the vehicles can supplement resources in time, and the first vehicle further has enough resources to execute other operation tasks.

Mode 3, the server 100 may also receive a task from a third party server and determine the task as the first task.

For example, referring to fig. 7, fig. 7 is a method for determining a vehicle task according to an embodiment of the present application, where the method includes the following steps:

s701: at least one first vehicle reports the first status information to the server 100, and the server 100 receives the first status information.

The related description of S701 is similar to S301, please refer to the foregoing, and is not repeated herein.

S702: the third party server sends the first information to the server 100 and the server 100 receives the first information. Wherein the first information is used for indicating the first task.

The third-party server may be another task management system.

It should be noted that, before receiving the first information, the server 100 needs to determine that at least one first vehicle is in a visible state, i.e., is online to the third-party server.

S703: and determining second state information according to the first state information. Wherein the second state information is associated with the first task.

In the embodiment of the present application, "second state information" may be understood as state information of a second vehicle (i.e., one or more target vehicles) that performs the first task. The "first task" in the embodiment of the present application may be one or more tasks, and the embodiment of the present application is not particularly limited. The second status information is associated with the first task, and it is understood that the second status information is a vehicle status required to be possessed by a second vehicle that performs the first task.

The related description of S703 is similar to S302, please refer to the foregoing, and is not repeated herein.

S704: a second vehicle is determined from the at least one first vehicle based on the second status information.

The "second vehicle" in the embodiment of the present application may be one or more target vehicles; the "first task" may be one task or a set of multiple tasks, and the embodiment of the present application is not particularly limited. Wherein the number of target vehicles corresponding to the second vehicle is related to the first task. For example, when the first task is a single task, the second vehicle may correspond to one target vehicle; when the first task is a plurality of tasks, the second vehicle may correspond to a plurality of target vehicles.

The related description of S704 is similar to S303, please refer to the foregoing, and is not repeated herein.

S705: and sending the indication information to a second vehicle, and receiving the indication information by the second vehicle.

Wherein the indication information is used for indicating the second vehicle to perform the first task. It should be understood that the related description of S705 is similar to S304, please refer to the foregoing description, and will not be repeated herein.

S706: the second vehicle performs the first task.

It should be understood that the related description of S706 is similar to S305, please refer to the foregoing description, and will not be repeated herein.

In the manner 3, the server 100 may receive the task of the third-party server, and determine the vehicle for executing the task according to the state information associated with the task and the state information of the vehicle, so that task management in a management scene of the multi-task management system is effectively reduced, and reasonable allocation of vehicle tasks is effectively achieved, so that the vehicle tasks can be smoothly performed.

Fig. 8 shows a schematic diagram of a possible structure of a vehicle task management device according to the above embodiment of the present application, and this device 800 can be used to implement the method in any of the embodiments shown in fig. 3 to 7.

Illustratively, the apparatus 800 may comprise:

a transceiver module 801 for receiving first status information, the first status information being associated with at least one first vehicle;

a processing module 802, configured to determine second state information from the first state information, where the second state information is associated with the first task; determining a second vehicle from the at least one first vehicle according to the second state information;

the transceiver module 801 is further configured to send instruction information to the second vehicle, where the instruction information is used to instruct the second vehicle to perform the first task.

In one possible embodiment, the first status information or the second status information comprises at least one of: an online state, a health state, a receivable task state, a travelable state, a charging task state, a remote control state, and a visible state of the vehicle.

In one possible embodiment, the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, the first resource comprising at least one of: fill electric pile position, maintenance position, parking position, and operation position.

In one possible embodiment, the first task is a task input from a third party or a task reported by the second vehicle. Wherein the third party may be a third party server.

In one possible embodiment, the processing module 802 is further configured to determine that the second vehicle is in a usable state before the transceiver module 801 sends the indication information to the second vehicle.

In a possible implementation manner, the transceiver module 801 is further configured to receive report information, where the report information is reported after the second vehicle completes the first task.

It should be understood that the corresponding detailed description and the advantageous effects obtained by the embodiments of the apparatus 800 can be found in the related contents of the embodiments shown in fig. 4 or fig. 6, and will not be described in detail herein.

Fig. 9 shows a schematic diagram of a possible structure of another vehicle task management device according to the above embodiment of the present application, and this device 900 can be used to implement the functions of the vehicle shown in fig. 1 or fig. 2.

Illustratively, the apparatus 900 may include:

a transceiver module 901, configured to send first state information to a server, so that the server determines second state information from the first state information; receiving indication information from a server, wherein the indication information is used for indicating a second vehicle to execute a first task;

and the processing module 902 is configured to execute the first task according to the indication information.

In one possible embodiment, the first status information or the second status information comprises at least one of:

In one possible embodiment, the first task is a task input from a third party or a task reported by the second vehicle.

In a possible implementation manner, the transceiver module 901 is further configured to send report information to a server, where the report information is information reported by a second vehicle after the second vehicle completes a first task.

It should be understood that the corresponding detailed description and the advantageous effects obtained by the embodiments of the apparatus 900 can be found in the related contents of any one of the embodiments shown in fig. 3-7, and will not be described in detail herein.

Embodiments of the present application further provide a vehicle, which may include a processor, and the processor is configured to execute a method for managing a task of the vehicle in any one of the embodiments shown in fig. 3 to 7.

In one possible implementation, a memory is also included for storing the computer program or instructions.

In a possible embodiment, a transceiver is further included for receiving or transmitting information.

The embodiment of the present application further provides a server, where the server includes a processor, and the processor is configured to execute the functions of the server shown in fig. 1 or fig. 2, so as to implement the method for managing the vehicle task provided by the embodiment of the present application.

In one possible embodiment, the server is a single server or a server cluster composed of a plurality of sub-servers, and when the server is a server cluster composed of a plurality of sub-servers, the plurality of sub-servers jointly perform the functions of the server 100 shown in fig. 1 or fig. 2.

Referring to fig. 10, the chip system 1000 includes at least one processor, and when program instructions are executed in the at least one processor 1001, the method for managing vehicle tasks in any of the embodiments shown in fig. 3 to 7 is implemented.

In a possible implementation, the system-on-chip further comprises a communication interface 1003 for inputting or outputting information.

In a possible implementation, the system-on-chip further comprises a memory 1002, the memory 1002 being coupled to the processor via the communication interface 1003 for storing the above instructions, so that the processor can read the instructions stored in the memory via the communication interface 1003.

It should be understood that the connection medium between the processor 1001, the memory 1002, and the communication interface 1003 is not limited in this embodiment. In the embodiment of the present application, the memory 1002, the processor 1001, and the communication interface 1003 are connected by the communication bus 1004 in fig. 10, the bus is represented by a thick line in fig. 10, and the connection manner between other components is only illustrative and not limiting. The bus may include an address bus, a data bus, a control bus, and the like. For ease of illustration, fig. 10 shows only one thick line, but does not show only one bus or one type of bus or the like.

Embodiments of the present application further provide a computer program product including instructions, when running on the above apparatus, for performing a method for managing vehicle tasks as in any one of the embodiments shown in fig. 3-7.

The embodiment of the application provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed, the method for managing the vehicle task is implemented as in any one of the embodiments shown in fig. 3 to 7.

The various embodiments described above can be combined with each other to achieve different technical effects.

Through the above description of the embodiments, it is clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, a module or a unit may be divided into only one logic function, and may be implemented in other ways, for example, a plurality of units or components may be combined or integrated into another apparatus, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may be one physical unit or a plurality of physical units, that is, may be located in one place, or may be distributed in a plurality of different places. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application, or portions of the technical solutions that substantially contribute to the prior art, or all or portions of the technical solutions may be embodied in the form of a software product, where the software product is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, or the like) or a processor (processor) to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk. The above description is only a specific implementation of the embodiments of the present application, but the scope of the embodiments of the present application is not limited thereto, and any changes or substitutions within the technical scope disclosed in the present application should be covered within the scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application shall be subject to the protection scope of the claims.

Claims

1. A method for managing vehicle tasks, the method comprising:

receiving first state information, the first state information being associated with at least one first vehicle;

determining second state information from the first state information, wherein the second state information is related to the first task;

determining a second vehicle from the at least one first vehicle according to the second state information;

and sending indication information to the second vehicle, wherein the indication information is used for indicating the second vehicle to execute the first task.

2. The method of claim 1, wherein the first status information or the second status information comprises at least one of:

3. The method according to claim 1 or 2, wherein the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, and wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position.

4. The method according to claim 1 or 2, wherein the first task is a task input from a third party or a task reported by the second vehicle.

5. The method according to any one of claims 1 to 4, wherein the first task is a charging task, a parking task or a work task.

6. The method according to any of claims 1-5, wherein prior to sending the indication information to the second vehicle, the method further comprises:

determining that the second vehicle is in a usable state.

7. The method according to any one of claims 1-6, further comprising: and receiving reported information, wherein the reported information is the information reported by the second vehicle after the second vehicle executes the first task.

8. A management method of vehicle tasks is applied to a second vehicle in at least one first vehicle, wherein the at least one first vehicle is associated with first state information, the second vehicle is associated with second state information, and the second state information is associated with the first tasks; the method comprises the following steps:

sending the first state information to a server so that the server determines the second state information from the first state information;

receiving indication information from a server; the indication information is used for indicating the second vehicle to execute the first task;

and executing the first task according to the indication information.

9. The method of claim 8, wherein the first status information or the second status information comprises at least one of:

10. The method of claim 8 or 9, wherein the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, and wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position.

11. The method according to claim 8 or 9, wherein the first task is a task input from a third party or a task reported by the second vehicle.

12. The method according to any one of claims 8-11, wherein the first task is a charging task, a parking task, or a work task.

13. The method according to any one of claims 8-12, further comprising:

and sending reporting information to the server, wherein the reporting information is reported after the second vehicle executes the first task.

14. A system for managing vehicle tasks, comprising:

15. The system of claim 14, further comprising a third party server;

the third-party server is used for sending the first task to the server;

the server is further configured to receive the first task.

16. A management device for a vehicle task, comprising:

the processing module is used for determining second state information from the first state information, and the second state information is related to the first task; determining a second vehicle from the at least one first vehicle according to the second state information;

17. The apparatus of claim 16, wherein the first status information or the second status information comprises at least one of:

18. The apparatus of claim 16 or 17, wherein the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position.

19. The apparatus according to claim 16 or 17, wherein the first task is a task input from a third party or a task reported by the second vehicle.

20. The apparatus of any one of claims 16-19, wherein the first task is a charging task, a parking task, or a work task.

21. The apparatus according to any of claims 16-20, wherein before the transceiver module sends the indication to the second vehicle, the processing module is further configured to:

determining that the second vehicle is in a usable state.

22. The apparatus of any of claims 16-21, wherein the transceiver module is further configured to:

and receiving reported information, wherein the reported information is the information reported by the second vehicle after the second vehicle executes the first task.

23. A management device for a vehicle task, comprising:

the transceiver module is used for sending the first state information to a server so that the server determines the second state information from the first state information; receiving indication information from a server, wherein the indication information is used for indicating a second vehicle to execute the first task;

24. The apparatus of claim 23, wherein the first status information or the second status information comprises at least one of:

25. The apparatus of claim 23 or 24, wherein the first task is determined according to a first resource required by the first vehicle and an availability of the first resource, and wherein the first resource comprises at least one of: fill electric pile position, maintenance position, parking position, and operation position.

26. The apparatus according to claim 23 or 24, wherein the first task is a task input from a third party or a task reported by the second vehicle.

27. The apparatus of any one of claims 23-26, wherein the first task is a charging task, a parking task, or a work task.

28. The apparatus according to any of claims 23-27, wherein the transceiver module is further configured to:

29. A server, comprising a processor configured to perform the method of any of claims 1-7.

30. A vehicle comprising a processor configured to perform the method of any of claims 8 to 13.

31. A computer-readable storage medium, characterized in that it stores a computer program which, when executed, implements the method according to any one of claims 1-7 or claims 8-13.