CN113516391A

CN113516391A - Method for processing vehicle inspection task, computing device and storage medium

Info

Publication number: CN113516391A
Application number: CN202110799326.5A
Authority: CN
Inventors: 李士成; 范佳悦; 阮悠扬
Original assignee: Global Car Sharing and Rental Co Ltd
Current assignee: Global Car Sharing and Rental Co Ltd
Priority date: 2021-07-15
Filing date: 2021-07-15
Publication date: 2021-10-19

Abstract

The invention provides a method, a computing device and a computer-readable storage medium for processing a vehicle inspection task. The method comprises the following steps: generating a patrol task list of a plurality of vehicles, wherein the patrol task list comprises a plurality of patrol tasks aiming at the plurality of vehicles, and each patrol task at least comprises a task priority, a task generation time and a task position; selecting one inspection task from the inspection task list to distribute based on task priority and task generation time; distributing the inspection task to an inspection client based on the task position of the inspection task; receiving task processing information uploaded by the inspection client, wherein the task processing information comprises departure information, arrival information, vehicle control information in the task processing process and task completion information of the inspection client; and determining a task completion value of the inspection client based on the task processing information.

Description

Method for processing vehicle inspection task, computing device and storage medium

Technical Field

The present invention relates generally to the field of vehicle networking, and more particularly, to a method, computing device, and computer-readable storage medium for processing vehicle inspection tasks.

Background

In the vehicle rental or operation industry, an enterprise to which a vehicle belongs generally needs an operation and maintenance person to perform offline processing of various events related to the vehicle, such as maintenance of the vehicle, accident rescue, daily cleaning, vehicle allocation, and the like. Based on the difference of the types of the events, the enterprise server generates a corresponding task (called a polling task) for each event, and sends the polling task to an appropriate polling person for processing. Because the generation rules, the processing flows and the processing timeliness of various events are different, how to generate proper routing inspection tasks for various events and issue the routing inspection tasks to proper routing inspection personnel becomes a problem to be solved.

Furthermore, different patrol personnel have different attribute information, such as different work types, different levels, different operation groups, and the like, so that each patrol personnel can process different patrol tasks, and the position information of the patrol personnel can be changed at any time, thereby further increasing the difficulty of matching the patrol tasks with the patrol personnel.

Further, for the above reasons, it becomes difficult for the inspection staff to evaluate the completion condition of each inspection task and the task completion value of each inspection task.

Disclosure of Invention

In view of at least one of the above problems, the present invention provides a scheme for processing a vehicle inspection task, which optimizes resource scheduling and avoids resource waste by generating inspection tasks for various vehicle events and automatically allocating them to appropriate inspection personnel. In addition, the task completion value of the inspection task is evaluated from multiple dimensions, so that the completion conditions of various inspection tasks and the task processing conditions of inspection personnel can be evaluated more reasonably, and the inspection task processing flow is further improved.

According to one aspect of the present invention, a method for processing vehicle inspection tasks is provided. The method comprises the following steps: generating a patrol task list of a plurality of vehicles, wherein the patrol task list comprises a plurality of patrol tasks aiming at the plurality of vehicles, and each patrol task at least comprises a task priority, a task generation time and a task position; selecting one inspection task from the inspection task list to distribute based on task priority and task generation time; distributing the inspection task to an inspection client based on the task position of the inspection task; receiving task processing information uploaded by the inspection client, wherein the task processing information comprises departure information, arrival information, vehicle control information in the task processing process and task completion information of the inspection client; and determining a task completion value of the inspection client based on the task processing information.

According to another aspect of the invention, a computing device is provided. The computing device includes: at least one processing unit; and at least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions when executed by the at least one processing unit, cause the computing device to perform steps in accordance with the above-described method.

According to yet another aspect of the present invention, a computer-readable storage medium is provided, having stored thereon computer program code, which when executed performs the method as described above.

In some embodiments, assigning the inspection task to an inspection client based on the task location of the inspection task comprises: determining whether the routing inspection client exists within a preset distance of the task position based on the task position of the routing inspection task and the position of each routing inspection client; responding to the determination that one inspection client exists, and distributing the inspection task to the inspection client; in response to determining that a plurality of patrol clients exist, determining the assigned priorities of the plurality of patrol clients based on the number of patrol tasks and the task processing standard man-hours in progress of each patrol client; and distributing the patrol task to the patrol client with the highest assigned priority in the plurality of patrol clients based on the assigned priorities of the plurality of patrol clients.

In some embodiments, assigning the inspection task to an inspection client based on the task location of the inspection task further comprises: in response to determining that no patrol clients are present within the predetermined distance of the task location, increasing the predetermined distance by a predetermined value and determining whether patrol clients are present within the increased predetermined distance.

In some embodiments, the patrol task further includes a task type and vehicle information, and each patrol client has attribute information, wherein determining whether a patrol client exists within a predetermined distance of the task location based on the task location of the patrol task and the location of each patrol client further comprises: and determining whether one or more routing inspection clients exist within a preset distance of the task position based on the task type and the vehicle information of the routing inspection task and the attribute information of each routing inspection client.

In some embodiments, assigning the inspection task to the inspection client further comprises: in response to determining that one polling client exists, determining whether the estimated total time of the polling tasks of the polling clients in progress is less than a preset time; and responding to the fact that the estimated total time of the inspection task in the process of the inspection client is smaller than the preset time, and distributing the inspection task to the inspection client.

In some embodiments, determining the task completion value for the tour client based on the task processing information includes: determining the time completion efficiency of the inspection client based on the departure time in the departure information and the arrival time in the arrival information of the inspection client and the estimated completion duration of the inspection task; determining the inspection track confidence of the inspection client based on the starting position in the starting information of the inspection client, the completion position in the task completion information and the actual running track of the inspection client; determining the vehicle control confidence of the inspection client based on the operation items and the reference operation items in the vehicle control information of the inspection client; determining a vehicle track confidence coefficient of the inspection client based on the task position of the inspection task, the position uploaded by the vehicle when the inspection task is completed and the actual running track of the vehicle; and determining a task completion value of the inspection client based on the time completion efficiency, the inspection track confidence, the vehicle control confidence and the vehicle track confidence of the inspection client.

In some embodiments, determining the task completion value of the inspection client based on the time completion efficiency, the inspection trajectory confidence, the vehicle control confidence, and the vehicle trajectory confidence of the inspection client comprises: and determining a task completion value of the inspection client based on the time completion efficiency and time weight of the inspection client, the inspection track confidence coefficient and inspection track weight, the vehicle control confidence coefficient and vehicle control weight, and the vehicle track confidence coefficient and vehicle track weight.

In some embodiments, the method further comprises: receiving the position information periodically uploaded by the inspection client, and determining the inspection track confidence of the inspection client based on the starting position in the starting information of the inspection client, the completion position in the task completion information and the actual running track of the inspection client further comprises: and fitting the actual running track of the routing inspection client based on the position information periodically uploaded by the routing inspection client.

In some embodiments, the method further comprises: receiving the position information periodically uploaded by the vehicle, and determining a vehicle track confidence of the inspection client based on the task position of the inspection task, the position uploaded by the vehicle when the inspection task is completed, and the actual running track of the vehicle further comprises: and fitting the actual running track of the vehicle based on the position information periodically uploaded by the vehicle.

Drawings

The invention will be better understood and other objects, details, features and advantages thereof will become more apparent from the following description of specific embodiments of the invention given with reference to the accompanying drawings.

Fig. 1 shows a schematic diagram of a system for processing vehicle inspection tasks according to an embodiment of the invention.

Fig. 2 illustrates a flow diagram of a method for processing vehicle inspection tasks according to some embodiments of the invention.

Fig. 3 shows a flowchart of the steps of allocating patrol tasks according to an embodiment of the present invention.

FIG. 4 illustrates a flowchart of the steps of determining a task completion value for a tour inspection client according to some embodiments of the invention.

FIG. 5 illustrates a schematic block diagram of a computing device, which may be used to implement embodiments of the present invention.

Detailed Description

Preferred embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While the preferred embodiments of the present invention are shown in the drawings, it should be understood that the present invention may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.

In the following description, for the purposes of illustrating various inventive embodiments, certain specific details are set forth in order to provide a thorough understanding of the various inventive embodiments. One skilled in the relevant art will recognize, however, that the embodiments may be practiced without one or more of the specific details. In other instances, well-known devices, structures and techniques associated with this application may not be shown or described in detail to avoid unnecessarily obscuring the description of the embodiments.

Throughout the specification and claims, the word "comprise" and variations thereof, such as "comprises" and "comprising," are to be understood as an open, inclusive meaning, i.e., as being interpreted to mean "including, but not limited to," unless the context requires otherwise.

Reference throughout this specification to "one embodiment" or "some embodiments" means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least one embodiment. Thus, the appearances of the phrases "in one embodiment" or "in some embodiments" in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

Furthermore, the terms first, second and the like used in the description and the claims are used for distinguishing objects for clarity, and do not limit the size, other order and the like of the described objects.

Fig. 1 shows a schematic view of a system 1 for handling vehicle inspection tasks according to an embodiment of the invention. As shown in fig. 1, the system 1 includes a plurality of patrol clients 10, a plurality of vehicles 20, and a server 30 in communication with the plurality of patrol clients 10 and the plurality of vehicles 20. Here, the inspection client 10 may be a mobile terminal of an inspector, such as a mobile phone, a tablet computer, and the like. The inspection client 10 may communicate with the server 30 through various communication means, such as a mobile internet, etc., to transmit information to the server 30 and/or receive information from the server 30. The vehicle 20 may have a vehicle-mounted machine module mounted thereon for communicating with the server 30 to send information to the server 30 and/or receive information from the server 30. The on-board unit module may be a separate electronic module mounted on the vehicle 20 or an Electronic Control Unit (ECU) of the vehicle 20. In addition, a positioning module (e.g., a GPS module) may be installed on the vehicle 20 for acquiring the position information of the vehicle 20 in real time. The in-vehicle module may report the position information of the vehicle 20 acquired by the positioning module to the server 30. The server 30 may be a server of a company providing a vehicle rental or operation service, which may perform inspection and maintenance of vehicles registered autonomously or to which its own company belongs. The server 30 may include at least one processor and at least one memory coupled to the at least one processor having stored therein instructions executable by the at least one processor that, when executed by the at least one processor, perform the method 200 as described below. The specific structure of the server 30 may be described below with reference to fig. 5, for example.

Fig. 2 illustrates a flow diagram of a method 200 for processing vehicle inspection tasks, according to some embodiments of the invention. The method 200 may be performed, for example, by the server 30 in the system 1 shown in fig. 1. The method 200 is described below in conjunction with fig. 2-4.

As shown in fig. 2, the server 30 may generate a patrol task list of the plurality of vehicles 20 at step 210. Wherein the patrol task list includes a plurality of patrol tasks for the plurality of vehicles 20, and each patrol task includes at least a task priority, a task generation time, and a task position of the patrol task.

As previously discussed, there are different categories of events associated with the vehicle 20 that differ in the degree of urgency for handling them and thus the priority of tasks generated for them. For example, the handling urgency of an event may include very urgent (e.g., an accident rescue event), urgent (e.g., a vehicle transfer event), and general (e.g., a maintenance event or a daily cleaning event, etc.). The polling tasks generated for these events should therefore also have different task priorities, and can be set correspondingly, for example, as very urgent, urgent and general.

In addition, the generated patrol task should also include a task generation time, which may be a time when a corresponding event occurs or a time when the patrol task is actually generated by the server 30. The patrol tasks with the same task priority can be arranged in the patrol task list according to the task generation time so as to be used for scheduling the subsequent tasks.

In addition, in order to maximize the scheduling efficiency in consideration of the different locations of the patrol personnel, the generated patrol task should also include a task location so that the patrol task can be reasonably scheduled according to the task location and the location of the patrol personnel. The task location refers to a location where the vehicle 20 related to the inspection task is located, and may be reported to the server 30 by the vehicle 20.

Further, in some embodiments, the inspection task may also include task type and vehicle information to make the matching of the inspection task to the inspector more accurate, as described in detail below.

In some embodiments, the patrol task list may include a plurality of different patrol task sub-tables, each patrol task sub-table containing patrol tasks having the same task priority. In this case, each patrol task may not contain a task priority individually, but rather the task priorities of patrol tasks in a sub-table of patrol tasks are identified collectively by the sub-table. This approach may be considered an equivalent to the above-described patrol task list.

In the present invention, the polling task may be generated by the event trigger server 30 actively reported by the vehicle user, or may be generated by actively polling the states of the plurality of vehicles 20 by the server 30. For example, a vehicle user may actively report a vehicle damage or failure event to the server 30 during the use of the vehicle 20, and the server 30 generates a corresponding inspection task for the event. For another example, the server 30 may actively poll the remaining oil amount or the remaining power amount of each vehicle 20, so as to generate a corresponding polling task for the vehicle 20 when the remaining oil amount or the remaining power amount is lower than a predetermined threshold.

As new patrol tasks are continuously generated and existing patrol tasks end processing, the server 30 may dynamically update the patrol task list so that the server 30 always maintains the latest unallocated task list.

Next, the server 30 may select one patrol task from the patrol task list to allocate based on the task priority and the task generation time at step 220.

As described above, in the polling task list, the polling tasks are sorted according to the priority, and for polling tasks with the same priority, the polling tasks are sorted according to the task generation time. In this way, the server 30 can select the inspection task with the top ranking from the inspection task list for distribution each time, so that the processing of each inspection task is more effective.

In some other embodiments, the selection of the patrol task may be based on the task type in addition to the task priority and the task generation time. For example, the man-hours required for task processing may be different for different task types. In this case, the patrol tasks of the task type requiring a short number of man-hours for task processing are preferentially selected and assigned, and the total average processing time of the task list can be made shorter.

At step 230, the server 30 may assign the inspection task to the inspection client based on the task location of the inspection task selected at step 220.

Fig. 3 shows a flowchart of the step 230 of assigning patrol tasks according to an embodiment of the present invention.

As shown in fig. 3, step 230 may include a substep 231 wherein the server 30 may determine whether an inspection client 10 is present within a predetermined distance of the task location of the inspection task based on the task location of the inspection task selected in step 220 and the location of each inspection client 10. As described above, the inspection client 10 is a mobile terminal carried by an inspector, and periodically uploads the location information thereof to the server 30. The server 30 may determine the distance between each of the inspection clients 10 and the task location of the inspection task and determine whether the inspection client 10 exists within a predetermined distance. The predetermined distance may be set to 5 km, for example.

If it is determined in sub-step 231 that there is an inspection client 10, the server 30 may assign the inspection task to the inspection client 10 in sub-step 232.

In some embodiments, rather than assigning the inspection tasks directly to the inspection client 10, the server 30 determines whether the estimated total length of the inspection tasks in progress of the inspection client 10 is less than a predetermined length in sub-step 232. For example, the server 30 may determine an estimated total length of time for the inspection client 10 to process the inspection tasks based on the number of inspection tasks and the task processing standard man-hours in progress of the inspection client 10. Alternatively, the server 30 may determine the estimated total length of time based on the task priorities of the in-progress patrol tasks of the patrol client 10 and/or the additional time required to process the patrol tasks (e.g., time-to-trip, wait time, trailer time, etc.).

If the estimated total time of the inspection tasks in the process of the inspection client is determined to be less than the preset time, the server 30 distributes the inspection tasks to the inspection client 10. That is, in this case, the patrol task is assigned to the patrol client 10 only if the estimated total length of the patrol task in progress of the patrol client 10 is less than the predetermined length. The predetermined time period here is an empirically determined time, and may be, for example, 10 hours or the like. If the estimated total time of the inspection task in progress of the inspection client is determined to be greater than or equal to the preset time, the server 30 may stop automatic allocation, and instead, may take manual measures such as adding inspection personnel.

If it is determined in sub-step 231 that there are multiple patrol clients 10, in sub-step 233, the server 30 may determine the assigned priorities of the patrol clients 10 based on the number of in-progress patrol tasks (i.e., patrol tasks that have been assigned to the patrol client 10) of each patrol client 10, task priorities, and task processing criteria man-hours.

Specifically, the server 30 may determine the estimated total time length for processing the patrol tasks by each patrol client 10 based on the number of ongoing patrol tasks and the task processing standard man-hours of the patrol client 10, and sort the estimated total time lengths of the patrol clients 10 in order from small to large, wherein the patrol clients 10 ranked in the front have higher assigned priorities. That is, the shorter the estimated total duration required to process its on-going patrol task, the higher its assigned priority.

In some embodiments, only the patrol tasks with the same or higher task priority than the patrol tasks to be distributed among the patrol tasks in progress by the patrol client 10 may be considered in determining the estimated total time. That is, the patrol tasks to be distributed may "queue" into the ongoing patrol tasks of the patrol client 10. This is because the lower priority patrol tasks generally have lower requirements for processing the aging, in such a way that higher priority patrol tasks can be processed more quickly.

In other embodiments, the estimated total length of time is determined taking into account not only the task processing criteria hours for the inspection tasks in progress, but also the additional time required to process these inspection tasks (e.g., travel time, wait time, trailer time, etc.). In this way, the calculation of the estimated total duration can be more accurate.

In sub-step 234, the server 30 may assign the patrol task to the patrol client 10 of the plurality of patrol clients 10 having the highest assigned priority based on the assigned priorities of the plurality of patrol clients 10 determined in sub-step 233. I.e. to the patrol client 10 having the shortest estimated total duration.

On the other hand, if it is determined in sub-step 231 that no patrol client 10 is present within the predetermined distance of the task location, then, in sub-step 235, the server 30 may increase the predetermined distance by a predetermined value and repeat sub-step 231 to determine whether a patrol client 10 is present within the increased predetermined distance. For example, the server 30 may increase the predetermined distance from 5 kilometers to 10 kilometers (i.e., by 5 kilometers) and repeat sub-step 231 to determine whether the patrol client 10 is present within 10 kilometers.

Sub-step 231 may be repeated each time increasing the predetermined distance by the predetermined value until a maximum distance threshold (e.g., 20 km) is reached. If the polling client 10 is not found when the predetermined distance reaches the maximum distance threshold, the server 30 may stop the automatic allocation process and take manual action such as adding polling personnel.

As previously described, in some cases, the inspection tasks may also include task types and vehicle information, and each inspection client 10 (i.e., each inspector) has attribute information. For example, the task type of the inspection task may include a repair class, a maintenance class, and the like, and the vehicle information includes a brand, a model, and the like of the vehicle 20. The attribute information of the inspection personnel comprises operation groups, work types, grades and the like of the inspection personnel.

In this case, in the sub-step 231, the server 30 may also determine whether there are patrol clients 10 within a predetermined distance of the task location based on the task type and the vehicle information of the patrol task and the attribute information of the respective patrol clients 10. That is, the server 30 further matches the task type and the vehicle information of the inspection task with the attribute information of each inspection client 10 (i.e., the corresponding inspector) to determine whether there is a matched inspection client 10. For example, a maintenance-type inspection task or an inspection task for some vehicle models requires that only inspection personnel above a certain level can handle the inspection task. In this case, matching the task type and the vehicle information of the inspection task with the attribute information of the inspector in the sub-step 231 can further improve the accuracy of the allocation of the inspection task and improve the success rate of the processing of the inspection task.

Continuing with fig. 2, at step 240, the server 30 may receive the task processing information uploaded by the patrol client 10 assigned at step 230. The task processing information includes at least departure information, arrival information, vehicle control information, and completion information of the patrol client 10.

The patrol client 10 may periodically collect and upload its location information to the server 30. For example, the tour client 10 may collect one piece of location data every 2 seconds (e.g., via its GPS module, etc.) and upload its location information (e.g., containing 5 pieces of location data) to the server 30 every predetermined time (e.g., every 10 seconds). Further, while the inspection personnel holding the inspection client 10 is performing a specific inspection task, it can upload its task processing information for the inspection task to the server 30 through the inspection client 10.

When the polling client 10 receives the polling task issued by the server 30, it may upload its departure information to the server 30. The departure information may include, for example, a departure location and a departure time.

When the inspection personnel arrives at the location of the vehicle 20, the inspection personnel can upload the arrival information to the server 30 through the inspection client 10. The arrival information may include, for example, an arrival location and an arrival time. The arrival time may be used as a task processing start time of the inspection worker.

During the inspection personnel's processing of the vehicle 20, they may upload vehicle control information during the task process to the server 30 via the inspection client 10. For example, during the task process, the inspection personnel may perform various control operations on the vehicle 20 through the inspection client 10. The reference operation items may include, for example, car booking, door opening, ignition, door closing, key off, car locking, car returning, and the like. In addition, during the task processing, the inspection personnel may upload other data related to the inspection task to the server 30 through the inspection client 10, such as pictures before and after the task processing, time and the like.

After the patrol personnel completes the patrol task, they may upload task completion information to the server 30 through the patrol client 10. The task completion information may include a completion location and a completion time, etc.

Next, in step 250, the server 30 may determine a task completion value of the polling client 10 based on the above-mentioned task processing information uploaded by the polling client 10.

Fig. 4 illustrates a flowchart of the step 250 of determining a task completion value for the patrol client 10 according to some embodiments of the present invention.

As shown in fig. 4, step 250 may include a substep 251 in which the server 30 may determine a time completion efficiency x1 of the patrol client 10 based on the departure time in the departure information and the arrival time in the arrival information of the patrol client 10 and the estimated completion duration of the patrol task.

The estimated completion time of the polling task may be determined at least based on the standard time of the polling task and the arrival time of the polling client 10, wherein the arrival time of the polling client 10 may be determined based on the arrival time and the departure time of the polling client 10, i.e., the arrival time is the arrival time — the departure time. The standard man-hour refers to a standard time required to process the patrol task itself. The standard man-hour is an empirical value preset empirically for each type of patrol task. For example, for a "change tire" type of inspection task, the standard man-hours may be 30 minutes, while for a "refuel" type of inspection task, the standard man-hours may be 10 minutes.

Further, in the actual task processing, depending on the type of task or the actual situation during the task processing, there may occur operations of car reservation (i.e., an operation of accepting the allocation of the inspection task of the vehicle 20 after being allocated to the inspection client 10), car return (i.e., returning the vehicle 20 to a designated car return point after the inspection task is completed), calling a trailer to pull the vehicle 20 away, inspection of an electric pile, and the like. In this case, the estimated completion time of the patrol task should also take into account the time required for these operations. For example, in one example, the estimated completion time for a patrol task may be calculated as:

standard man-hour + (arrival time + transfer time) floating coefficient + trailer time + electric pile inspection time + vehicle inspection time

The transfer duration refers to the time required from the car appointment position to the car return position of the vehicle 20; the floating coefficient is a variable coefficient set for the arrival time and the transfer time according to weather or road congestion conditions; trailer length refers to the time required to call a trailer to tow the vehicle 20; the electric pile inspection duration refers to the time required for executing electric pile inspection operation; the vehicle inspection time period refers to time required to perform the vehicle inspection. Note that the above factors are not all necessary, and in the simplified algorithm, only two factors of the standard man-hour and the arrival time need to be considered.

In sub-step 251, the time completion efficiency x1 of the patrol client 10 can be expressed as:

x1 is the estimated completion duration/(arrival time-departure time).

In sub-step 252, the server 30 may determine a routing inspection trajectory confidence x2 of the routing inspection client 10 based on the departure location in the departure information and the completion location in the completion information of the routing inspection client 10 and the actual travel trajectory of the routing inspection client 10.

As previously described, the patrol client 10 periodically collects its location data and uploads its location information to the server 30. Based on the location information periodically uploaded by the inspection client 10, the server 30 can fit the actual travel trajectory of the inspection client 10 during the period of receiving the inspection task.

On the other hand, the patrol client 10 may upload task processing information including departure information, arrival information, and the like during execution of the patrol task. From the departure location in the departure information and the arrival location in the arrival time, the server 30 may determine (e.g., in conjunction with a special digital map) a planned travel path that the patrol client 10 should follow when performing the patrol task.

The server 30 may compare the planned driving path of the inspection client 10 with the actual driving trajectory, and determine the similarity between the two paths as an inspection trajectory confidence x 2. For example, if the actual travel track of the inspection client 10 is completely different from the planned travel path, the inspection track confidence x2 is set to 0; if the actual travel track of the inspection client 10 is completely the same as the planned travel path, the inspection track confidence x2 is set to 1; if the actual travel track of the inspection client 10 is the same as the planned travel path, the ratio of the path length of the same portion to the path length of the actual travel track is used as the inspection track confidence x 2.

In sub-step 253, the server 30 may determine the vehicle control confidence x3 of the inspection client 10 based on the operation items in the vehicle control information of the inspection client 10 and the reference operation item.

As described previously, the task processing information uploaded by the inspection client 10 during execution of the inspection task includes the vehicle control information in the task processing process, which indicates various control operations actually performed on the vehicle 20 by the inspection personnel during execution of the inspection task. Assuming that the number of terms of the actually performed control operation is N and the total number of terms of the reference operation terms is N, the vehicle control confidence x3 can be expressed as:

x3＝n/N。

in addition, the amount of oil and/or power of the vehicle 20 may change during the performance of the inspection task. Therefore, the amount of oil and the amount of electricity of the vehicle 20 may also be changed as part of the vehicle control information. In this case, the reference operation item should be added with two operation items related to the oil amount and the electric amount of the vehicle 20, respectively.

In sub-step 254, the server 30 may determine a vehicle trajectory confidence of the inspection client 10 based on the task location of the inspection task and the location uploaded by the vehicle 20 at the completion of the inspection task and the actual travel trajectory of the vehicle 20.

In the sub-step 252, the inspection track confidence of the inspection personnel executing the inspection task is determined according to the position uploaded by the inspection client 10; in sub-step 254, the vehicle trajectory confidence of the inspection personnel performing the inspection task is further determined from the uploaded location of the vehicle 20.

Specifically, as previously described, the vehicle 20 has a positioning module that can periodically collect and upload its own position data to the server 30, and the server 30 can fit the actual travel trajectory of the vehicle 20 during the inspection task according to the position data uploaded by the vehicle 20.

On the other hand, the inspection task includes a location where the vehicle 20 associated with the inspection task is located (i.e., a task location), which may indicate the location of the vehicle 20 at the beginning of the inspection task. Based on the task location and the location reported by the vehicle 20 when the inspection task is complete, the server 30 may determine (e.g., in conjunction with a dedicated digital map) a planned travel path for the vehicle 20 when performing the inspection task.

The server 30 may compare the planned driving path of the vehicle 20 with the actual driving trajectory, and determine the similarity between the two as the vehicle trajectory confidence x 4. For example, if the actual travel trajectory of the vehicle 20 is completely different from the planned travel path, the vehicle trajectory confidence x4 is set to 0; if the actual travel track of the vehicle 20 is identical to the planned travel path, the vehicle track confidence x4 is set to 1; if the actual travel path of the vehicle 20 is the same as the planned travel path portion, the ratio of the path length of the same portion to the path length of the actual travel path is taken as the vehicle path confidence x 4.

In sub-step 255, the server 30 may determine a task completion value y for the inspection client 10 based on the time completion efficiency x1, the inspection trajectory confidence x2, the vehicle control confidence x3, and the vehicle trajectory confidence x4 for the inspection client 10.

In one embodiment, the task completion value y may be expressed as:

y＝x1+x2+x3+x4。

in another embodiment, the time completion efficiency x1, the patrol trajectory confidence x2, the vehicle control confidence x3, and the vehicle trajectory confidence x4 may differ in importance to the task completion value y. For example, in a patrol task with higher requirements on timeliness, the time completion efficiency x1 may be of greater concern. In this case, corresponding weights may be set for the time completion efficiency x1, the patrol track confidence x2, the vehicle control confidence x3, and the vehicle track confidence x4, respectively. For example, a time weight w1 may be set for the time completion efficiency x1, a patrol trajectory weight w2 may be set for the patrol trajectory confidence x2, a vehicle control weight w3 may be set for the vehicle control confidence x3, and a vehicle trajectory weight w4 may be set for the vehicle trajectory confidence x 4.

In this case, the task completion value y of the inspection client 10 may be determined based on the time completion efficiency x1 and the time weight w1 of the inspection client 10, the inspection trajectory confidence x2 and the inspection trajectory weight w2, the vehicle control confidence x3 and the vehicle control weight w3, and the vehicle trajectory confidence x4 and the vehicle trajectory weight w 3. The task completion value y may be expressed as:

y＝x1*w1+x2*w2+x3*w3+x4*w4。

on one hand, the task completion value y may be used to evaluate a condition that the current inspection client 10 (i.e., the inspector) completes the current inspection task, and on the other hand, the task completion value y may be further used to update attribute information of the inspection client 10 (i.e., the inspector), for example, to update the level of the inspection client 10, so that matching is more accurate in subsequent inspection task allocation.

FIG. 5 illustrates a schematic block diagram of a computing device 500, which may be used to implement embodiments of the present invention. The computing device 500 may be, for example, the server 30 described above in connection with fig. 1-4. As shown, computing device 500 may include one or more Central Processing Units (CPUs) 510 (only one shown schematically) that may perform various appropriate actions and processes in accordance with computer program instructions stored in Read Only Memory (ROM)520 or loaded from storage unit 580 into Random Access Memory (RAM) 530. In the RAM 530, various programs and data required for the operation of the computing device 500 may also be stored. The CPU 510, ROM520, and RAM 530 are connected to each other by a bus 540. An input/output (I/O) interface 550 is also connected to bus 540.

A number of components in computing device 500 are connected to I/O interface 550, including: an input unit 560 such as a keyboard, a mouse, etc.; an output unit 570 such as various types of displays, speakers, and the like; a storage unit 580 such as a magnetic disk, an optical disk, or the like; and a communication unit 590 such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 590 allows the computing device 500 to exchange information/data with other devices via a computer network such as the internet and/or various telecommunication networks.

The method 200 described above may be performed, for example, by a processing unit 510 of a computing device 500, such as a server 30. For example, in some embodiments, the method 200 may be implemented as a computer software program tangibly embodied in a machine-readable medium, such as the storage unit 580. In some embodiments, part or all of the computer program may be loaded and/or installed onto computing device 500 via ROM520 and/or communications unit 590. When the computer program is loaded into RAM 530 and executed by CPU 510, one or more of the operations of method 200 described above may be performed. Further, the communication unit 590 may support wired or wireless communication functions.

The method 200 for processing the vehicle inspection task and the computing device 500 usable as the server 30 according to the present invention are described above with reference to the accompanying drawings. However, it will be appreciated by those skilled in the art that the performance of the steps of the method 200 is not limited to the order shown in the figures and described above, but may be performed in any other reasonable order. Further, the computing device 500 also need not include all of the components shown in FIG. 5, it may include only some of the components necessary to perform the functions described in the present disclosure, and the manner in which these components are connected is not limited to the form shown in the figures.

The present invention may be methods, apparatus, systems and/or computer program products. The computer program product may include a computer-readable storage medium having computer-readable program instructions embodied therein for carrying out aspects of the present invention.

In one or more exemplary designs, the functions described herein may be implemented in hardware, software, firmware, or any combination thereof. For example, if implemented in software, the functions may be stored on or transmitted over as one or more instructions or code on a computer-readable medium.

The units of the apparatus disclosed herein may be implemented using discrete hardware components, or may be integrally implemented on a single hardware component, such as a processor. For example, the various illustrative logical blocks, modules, and circuits described in connection with the invention may be implemented or performed with a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.

Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both.

The previous description of the invention is provided to enable any person skilled in the art to make or use the invention. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the present invention is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for processing vehicle inspection tasks, comprising:

generating a patrol task list of a plurality of vehicles, wherein the patrol task list comprises a plurality of patrol tasks aiming at the plurality of vehicles, and each patrol task at least comprises a task priority, a task generation time and a task position;

selecting one inspection task from the inspection task list to distribute based on task priority and task generation time;

distributing the inspection task to an inspection client based on the task position of the inspection task;

receiving task processing information uploaded by the inspection client, wherein the task processing information comprises departure information, arrival information, vehicle control information in the task processing process and task completion information of the inspection client; and

and determining a task completion value of the inspection client based on the task processing information.

2. The method of claim 1, wherein assigning the inspection task to an inspection client based on the task location of the inspection task comprises:

determining whether the routing inspection client exists within a preset distance of the task position based on the task position of the routing inspection task and the position of each routing inspection client;

responding to the determination that one inspection client exists, and distributing the inspection task to the inspection client;

in response to determining that a plurality of patrol clients exist, determining the assigned priorities of the plurality of patrol clients based on the number of patrol tasks and the task processing standard man-hours in progress of each patrol client; and

and distributing the patrol task to the patrol client with the highest assigned priority in the plurality of patrol clients based on the assigned priorities of the plurality of patrol clients.

3. The method of claim 2, wherein assigning the inspection task to an inspection client based on the task location of the inspection task further comprises:

in response to determining that no patrol clients are present within the predetermined distance of the task location, increasing the predetermined distance by a predetermined value and determining whether patrol clients are present within the increased predetermined distance.

4. The method of claim 2, wherein the inspection task further includes a task type and vehicle information, and each inspection client has attribute information, wherein determining whether an inspection client is present within a predetermined distance of the task location based on the task location of the inspection task and the location of each inspection client further comprises:

and determining whether one or more routing inspection clients exist within a preset distance of the task position based on the task type and the vehicle information of the routing inspection task and the attribute information of each routing inspection client.

5. The method of claim 2, wherein assigning the inspection task to the inspection client further comprises:

in response to determining that one polling client exists, determining whether the estimated total time of the polling tasks of the polling clients in progress is less than a preset time; and

and responding to the fact that the estimated total time of the in-process patrol task of the patrol client is smaller than the preset time, and distributing the patrol task to the patrol client.

6. The method of claim 1, wherein determining the task completion value of the patrol client based on the task processing information comprises:

determining the time completion efficiency of the inspection client based on the departure time in the departure information and the arrival time in the arrival information of the inspection client and the estimated completion duration of the inspection task;

determining the inspection track confidence of the inspection client based on the starting position in the starting information of the inspection client, the completion position in the task completion information and the actual running track of the inspection client;

determining the vehicle control confidence of the inspection client based on the operation items and the reference operation items in the vehicle control information of the inspection client;

determining a vehicle track confidence coefficient of the inspection client based on the task position of the inspection task, the position uploaded by the vehicle when the inspection task is completed and the actual running track of the vehicle; and

and determining a task completion value of the inspection client based on the time completion efficiency, the inspection track confidence coefficient, the vehicle control confidence coefficient and the vehicle track confidence coefficient of the inspection client.

7. The method of claim 6, wherein determining the task completion value for the inspection client based on the inspection client's time completion efficiency, inspection trajectory confidence, vehicle control confidence, and vehicle trajectory confidence comprises:

and determining a task completion value of the inspection client based on the time completion efficiency and time weight of the inspection client, the inspection track confidence coefficient and inspection track weight, the vehicle control confidence coefficient and vehicle control weight, and the vehicle track confidence coefficient and vehicle track weight.

8. The method of claim 6, further comprising:

receiving the position information periodically uploaded by the inspection client, and

wherein determining the confidence of the routing inspection track of the routing inspection client based on the starting position in the starting information of the routing inspection client, the completion position in the task completion information and the actual traveling track of the routing inspection client further comprises:

and fitting the actual running track of the routing inspection client based on the position information periodically uploaded by the routing inspection client.

9. The method of claim 6, further comprising:

receiving location information periodically uploaded by the vehicle, and

wherein determining the vehicle track confidence of the inspection client based on the task position of the inspection task, the position uploaded by the vehicle when the inspection task is completed and the actual running track of the vehicle further comprises:

and fitting the actual running track of the vehicle based on the position information periodically uploaded by the vehicle.

10. A computing device, comprising:

at least one processing unit; and

at least one memory coupled to the at least one processing unit and storing instructions for execution by the at least one processing unit, the instructions when executed by the at least one processing unit causing the computing device to perform the steps of the method of any of claims 1-9.

11. A computer readable storage medium having stored thereon computer program code which, when executed, performs the method of any of claims 1 to 9.