A system for multi-driver collaborative operation of online car-hailing

Abstract

The application relates to the technical field of driver scheduling, in particular to a system for multiple drivers to cooperatively operate a network car, which has a vehicle binding module, a scheduling and dispatching module, a vehicle handover module, a driver communication module and a risk management module; the vehicle binding module is used for binding network car drivers; the scheduling and dispatching module is used for scheduling operation time for all the drivers; the vehicle handover module is used for enabling the drivers to complete shift handover; the driver communication module is used for providing real-time communication tools for the drivers; and the risk management module is used for detecting whether the drivers have risks and triggering corresponding operations for the drivers with risks, so that multiple drivers can cooperatively operate a network car.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of driver scheduling, in particular to a system for multi-driver collaborative operation of online car-hailing. BACKGROUND

[0002] Online car-hailing refers to an operating activity of building a service platform relying on internet technology, integrating supply and demand information, using qualified vehicles and drivers, and providing non-patrol reservation taxi services. Users can select vehicle models and drivers through mobile application software, quickly call a car, and enjoy travel services. Compared with traditional taxis, online car-hailing has the advantages of price transparency, convenient calling, controllable service quality, etc. However, the online car-hailing in the prior art is usually operated by a single driver, and there is a lack of a scheme for multi-driver collaborative operation of an online car-hailing vehicle. SUMMARY

[0003] Therefore, the present application aims to provide a system for multi-driver collaborative operation of online car-hailing to overcome the problems in the prior art.

[0004] To achieve the above-mentioned purpose, the present application adopts the following technical solutions:

[0005] The present application provides a system for multi-driver collaborative operation of online car-hailing, comprising:

[0006] A vehicle binding module is configured to obtain driver information and a target vehicle for binding, and to verify the current driver according to the mobile phone number of the driver who has bound the target vehicle. After verification, the binding is completed, and the information of the target vehicle and the driver information are associated and stored in a database.

[0007] A scheduling and dispatching module is configured to provide a vehicle use time period scheme for each driver bound to the target vehicle through big data analysis according to the number of drivers bound to the target vehicle, and to complete scheduling arrangement after all drivers bound to the target vehicle confirm.

[0008] A vehicle handover module is configured to obtain the mileage, remaining fuel quantity, and 360-degree video of the target vehicle uploaded by a shift driver at the time of shift during the vehicle use time period of the shift driver, and upload them to the cloud. After that, the shift driver is notified to complete the shift. The vehicle handover module is also configured to obtain the mileage, remaining fuel quantity, and 360-degree video of the target vehicle uploaded by a replacement driver at the time of replacement during the vehicle use time period of the replacement driver, and upload them to the cloud. After that, the replacement driver is notified to complete the replacement.

[0009] A driver communication module is configured to provide real-time communication tools for the drivers bound to the target vehicle.

[0010] A risk management module is configured to monitor the state of the target vehicle in real time through a vehicle-mounted sensor, identify potential risks of each driver bound to the target vehicle in combination with the behavior data of each driver bound to the target vehicle, evaluate the potential risks through big data analysis, determine a risk level, and limit the vehicle use period of the driver bound to the target vehicle when the risk level of the driver bound to the target vehicle reaches a preset level.

[0011] Further, the system described above, the vehicle binding module comprises:

[0012] A binding unit is configured to obtain driver information for application binding and a target vehicle, verify the mobile phone number of a current driver according to the driver information, and verify the current driver according to the mobile phone number of a driver bound to the target vehicle. After the mobile phone number of the current driver is verified and the mobile phone number of the driver bound to the target vehicle is verified, the binding is completed.

[0013] A database unit is configured to associate and store the information of the target vehicle and the driver information.

[0014] An unbinding unit is configured to obtain unbinding driver information, verify the mobile phone number of an unbinding driver according to the unbinding driver information, unbind the unbinding driver after the mobile phone number of the unbinding driver is verified, and delete the information of the unbinding driver in the database unit.

[0015] Further, the system described above, the scheduling and dispatching module comprises:

[0016] A scheduling scheme generation unit is configured to provide a vehicle use period scheme for each driver bound to the target vehicle according to the number of drivers bound to the target vehicle through big data analysis.

[0017] A scheduling scheme modification unit is configured to obtain a modified vehicle use period scheme of each driver bound to the target vehicle in real time and send the modified vehicle use period scheme to each driver bound to the target vehicle, detect whether there is a repeated vehicle use period and an idle vehicle use period, if there is, prompt the repeated vehicle use period to the corresponding driver bound to the target vehicle and prompt the idle vehicle use period to all drivers bound to the target vehicle, and if there is not, determine a final vehicle use period scheme.

[0018] A scheduling unit is configured to schedule the drivers bound to the target vehicle according to the final vehicle use period scheme.

[0019] An emergency scheduling unit is configured to schedule an emergency scheduling information of a driver, determine a remaining vehicle use period of the driver, and determine whether a next driver of the driver accepts the remaining vehicle use period of the driver. If the next driver accepts the remaining vehicle use period of the driver, the vehicle use period of the next driver is adjusted. If the next driver does not accept the remaining vehicle use period of the driver, the remaining vehicle use period of the driver is sent to other drivers, and an application of the other drivers is received. According to the application information, the vehicle use period of the application driver is adjusted.

[0020] Further, the system described above, the vehicle handover module comprises:

[0021] Shift information acquisition unit, for obtaining the shift information of the shift driver, the shift information includes: the shift driver uploads the mileage, the remaining oil quantity and the vehicle 360-degree video of the target vehicle at the shift time within the vehicle use period of the shift driver;

[0022] The information acquisition unit is configured to obtain the shift information of the shift driver, the shift information including: the shift driver uploads the mileage, the remaining oil quantity and the vehicle 360-degree video of the target vehicle at the shift time within the vehicle use period of the shift driver;

[0023] The information verification unit is configured to acquire the mileage, the remaining oil quantity and the vehicle 360-degree video of the target vehicle in real time through the vehicle-mounted sensor and the camera, verify the shift information through the information acquired by the vehicle-mounted sensor and the camera, and after the verification is passed, the shift driver completes the shift and generates a corresponding shift report uploaded to the cloud. The information verification unit is configured to acquire the mileage, the remaining oil quantity and the vehicle 360-degree video of the target vehicle in real time through the vehicle-mounted sensor and the camera, verify the shift information through the information acquired by the vehicle-mounted sensor and the camera, and after the verification is passed, the shift driver completes the shift and generates a corresponding shift report uploaded to the cloud.

[0024] Further, the system described above, the driver communication module comprises:

[0025] The communication unit is configured to construct a real-time communication exchange group for the driver bound to the target vehicle;

[0026] The voice recognition and translation unit is configured to acquire voice information of the driver bound to the target vehicle, translate the voice information, and send the translated information to the exchange group.

[0027] Further, the system described above, the risk management module comprises:

[0028] The risk identification unit is configured to monitor the state of the target vehicle in real time through the vehicle-mounted sensor, and identify the potential risk of each driver bound to the target vehicle in combination with the behavior data of each driver bound to the target vehicle.

[0029] a risk assessment unit configured to assess the potential risk and determine a risk level by big data analysis;

[0030] a risk management unit configured to limit a vehicle use period of the target vehicle driver according to the risk level of the potential risk of the target vehicle driver;

[0031] a risk processing unit configured to detect whether the current driver of the target vehicle has a risk in real time, and if so, limit a vehicle use period of the current driver of the target vehicle according to the risk level;

[0032] an attendance detection unit configured to, after the vehicle use period of the target driver arrives, if no handover information of the target driver is detected within a preset time, notify other drivers of the target vehicle whether to apply for adjustment of the shift, and if so, allocate the vehicle use period of the target driver to the driver applying for adjustment of the shift.

[0033] The present application has the following beneficial effects:

[0034] The present application has a vehicle binding module, a shift scheduling module, a vehicle handover module, a driver communication module and a risk management module. The vehicle binding module binds the online car-hailing operating driver, the shift scheduling module arranges the operating time for all operating drivers, the vehicle handover module enables the operating drivers to complete shift and handover, at the same time, the driver communication module provides a real-time communication tool for the operating drivers who jointly operate the online car-hailing, and finally, the risk management module detects whether the operating driver has a risk and makes a corresponding trigger for the operating driver with a risk, thereby realizing the joint operation of multiple drivers for one online car-hailing. BRIEF DESCRIPTION OF DRAWINGS

[0035] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings needed to be used in the embodiments or prior art description. Obviously, the drawings in the following description are only some embodiments of the present application, and those skilled in the art can obtain other drawings according to these drawings without creative labor.

[0036] Figure 1 is a structural schematic diagram provided by one embodiment of a system for multiple drivers to jointly operate online car-hailing. DETAILED DESCRIPTION

[0037] In order to make the objects, technical solutions and advantages of the present application clearer, the technical solutions of the present application will be described in detail below. Obviously, the described embodiments are only some of the embodiments of the present application, but not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work belong to the scope of protection of the present application.

[0038] Figure 1 is a structural schematic diagram provided by one embodiment of a system for multi-driver cooperative operation of online car-hailing. Please refer to Figure 1 , the embodiment can include:

[0039] The vehicle binding module 1 is configured to obtain the driver information and the target vehicle to be bound, and verify the current driver according to the mobile phone number of the driver bound to the target vehicle. After verification, the binding is completed, and the information of the target vehicle and the driver information are associated and stored in the database.

[0040] The scheduling and dispatching module 2 is configured to provide a vehicle use time period scheme for each driver bound to the target vehicle according to the number of drivers bound to the target vehicle through big data analysis, and complete the scheduling arrangement after all drivers bound to the target vehicle confirm.

[0041] The vehicle handover module 3 is configured to obtain the mileage, remaining fuel quantity and 360-degree video of the target vehicle uploaded by the shift driver in the vehicle use time period of the shift driver, and upload them to the cloud. After that, the shift driver is notified to complete the shift. The vehicle handover module 3 is also configured to obtain the mileage, remaining fuel quantity and 360-degree video of the target vehicle uploaded by the on-duty driver in the vehicle use time period of the on-duty driver, and upload them to the cloud. After that, the on-duty driver is notified to complete the on-duty.

[0042] The driver communication module 4 is configured to provide a real-time communication tool for the driver bound to the target vehicle.

[0043] The risk management module 5 is configured to monitor the state of the target vehicle in real time through the vehicle-mounted sensor, identify the potential risk of each driver bound to the target vehicle in combination with the behavior data of each driver bound to the target vehicle, evaluate the potential risk through big data analysis, determine the risk level, and limit the vehicle use time period of the driver bound to the target vehicle according to the risk level of the driver bound to the target vehicle reaching a preset level.

[0044] It can be understood that the application has a vehicle binding module, a shift scheduling module, a vehicle handover module, a driver communication module and a risk management module; the vehicle binding module is used for binding the online car-hailing driver; the shift scheduling module is used for scheduling the operation time of all the online car-hailing drivers; the vehicle handover module is used for enabling the online car-hailing drivers to complete shift handover; the driver communication module is used for providing the online car-hailing drivers with a real-time communication tool; and the risk management module is used for detecting whether the online car-hailing drivers have risks and triggering corresponding operations for the online car-hailing drivers having risks, so as to realize the common operation of multiple drivers on one online car-hailing vehicle.

[0045] Preferably, the vehicle binding module 1 comprises:

[0046] The binding unit is configured to acquire the driver information and the target vehicle, verify the mobile phone number of the current driver according to the driver information, acquire the mobile phone number of the driver bound to the target vehicle, and verify the current driver, complete the binding after the mobile phone number of the current driver is verified and the mobile phone number of the driver bound to the target vehicle is verified.

[0047] The database unit is configured to associate and store the information of the target vehicle and the driver information.

[0048] The unbinding unit is configured to acquire the unbinding driver information, verify the mobile phone number of the unbinding driver according to the unbinding driver information, unbind the unbinding driver after the mobile phone number of the unbinding driver is verified, and delete the information of the unbinding driver in the database unit.

[0049] It should be noted that the vehicle information includes a VIN code.

[0050] It can be understood that when the driver A, the driver B, the driver C and the driver D apply for binding the same vehicle, the first driver who applies for binding only needs to verify the mobile phone number to complete the binding, and the second driver needs to verify the mobile phone number of the bound driver to complete the binding. After the driver is bound, the driver information and the information of the bound vehicle are automatically associated and stored in the database.

[0051] Preferably, the shift scheduling module 2 comprises:

[0052] The shift scheduling scheme generation unit is configured to provide a vehicle use time period scheme for each driver bound to the target vehicle according to the number of drivers bound to the target vehicle through big data analysis.

[0053] The scheduling scheme modification unit is configured to acquire the modified vehicle use time period scheme of each target vehicle driver in real time and send the modified vehicle use time period scheme to each target vehicle driver, detect whether there is a repeated vehicle use time period and an idle vehicle use time period, if there is, prompt the corresponding target vehicle driver of the repeated vehicle use time period and prompt all target vehicle drivers of the idle vehicle use time period, and if there is not, determine the final vehicle use time period scheme.

[0054] The scheduling unit is configured to schedule the target vehicle driver according to the final vehicle use time period scheme.

[0055] The emergency scheduling unit is configured to adjust the emergency scheduling information of the driver, determine the remaining vehicle use time period of the driver, and determine whether the next driver accepts the remaining vehicle use time period of the driver, if yes, adjust the vehicle use time period of the next driver, if not, send the remaining vehicle use time period of the driver to other drivers, receive the application of the other drivers, and adjust the vehicle use time period of the application driver according to the application information.

[0056] It can be understood that the driver can make an advance reservation of the vehicle use time period to avoid conflicts, the system can recommend a schedule according to the number of drivers through big data statistical analysis and provide the driver with a selection, when the driver adjusts the schedule, all bound drivers will be notified in real time, and when there is a repeated vehicle use time period and an idle vehicle use time period, the final vehicle use time period scheme cannot be determined. Only when the vehicle use time period of the bound driver is within the vehicle use time period, the order can be accepted, and the order cannot be accepted outside the vehicle use time period. In addition, when the driver needs to be extracted due to an emergency, the end vehicle use time period can be extracted, at this time, the system will prompt the next driver whether to receive the remaining vehicle use time period of the current driver, if not, the remaining vehicle use time period of the current driver will be sent to other drivers, and the application of the other drivers will be received, and the vehicle use time period of the application driver will be adjusted according to the application information, i.e. the first application driver. When the driver is not within the vehicle use time period, the vehicle use time period can be exchanged with other drivers in an emergency, or the vehicle use time period of today can be directly abandoned.

[0057] The scheduling scheme generation unit can call the historical ride-hailing order heat map data of the city where the vehicle is located to predict the order demand in different time periods and different areas in the next week. Meanwhile, it can analyze the historical operation data of driver A and driver B, including their usual working time periods, average hourly income, driving behavior rating, etc. In addition, real-time traffic condition prediction data can also be introduced. Based on these data, the optimization algorithm (for example, a linear programming model aiming to maximize the total income of the vehicle group) inside the scheduling scheme generation unit starts to operate. The goal of this algorithm is to reasonably allocate working time periods for driver A and B under a series of constraint conditions. The constraint conditions can include: 1. The continuous working time of each driver should not exceed 8 hours; 2. The handover location of the two drivers should be set in areas with high demand for orders as much as possible; 3. Avoid scheduling drivers with a history of risky driving records during the high incidence of fatigue driving period at night (such as 2:00-5:00). After the operation is completed, the system generates a detailed scheduling scheme for a week, for example: "From Monday to Friday, driver A is responsible for the morning peak and day shift (07:00-17:00), and driver B is responsible for the evening peak and night shift (17:00-03:00 the next day); on Saturday and Sunday, driver A is responsible for the daytime (09:00-21:00), and driver B rests."

[0058] Preferably, the vehicle handover module 3 comprises:

[0059] The handover information acquisition unit is configured to acquire handover information of the handover driver, and the handover information comprises: mileage, remaining fuel quantity and 360-degree video of the target vehicle uploaded by the handover driver during a vehicle use period of the handover driver.

[0060] The takeover information acquisition unit is configured to acquire takeover information of the takeover driver, and the takeover information comprises: mileage, remaining fuel quantity and 360-degree video of the target vehicle uploaded by the takeover driver during a vehicle use period of the takeover driver.

[0061] The information verification unit is configured to acquire, by the vehicle-mounted sensor and the camera, the mileage, the remaining fuel quantity and the 360-degree video of the target vehicle in real time, verify the handover information by the information acquired by the vehicle-mounted sensor and the camera, and after the verification is passed, the handover driver completes the handover and generates a corresponding handover report uploaded to the cloud, and verify the takeover information by the information acquired by the vehicle-mounted sensor and the camera, and after the verification is passed, the takeover driver completes the takeover and generates a corresponding takeover report uploaded to the cloud.

[0062] It can be understood that the driver needs to fill in the mileage and remaining oil of the vehicle at the handover, take a 360-degree video of the vehicle, ensure that the vehicle has no accident, and the system will also obtain the mileage, remaining oil and 360-degree video of the target vehicle in real time according to the vehicle-mounted sensors and cameras, verify the handover information provided by the driver, and only after the verification is passed, the driver will be prompted to complete the handover, and the corresponding report will be uploaded to the cloud.

[0063] Preferably, the driver communication module 4 comprises:

[0064] A communication unit for building a real-time communication exchange group for the target vehicle driver.

[0065] A voice recognition translation unit for obtaining voice information of the target vehicle driver and translating the voice information, and sending the translated information to the exchange group.

[0066] Preferably, the risk management module 5 comprises:

[0067] A risk identification unit for monitoring the status of the target vehicle in real time through the vehicle-mounted sensor, combining the behavior data of each target vehicle driver, and identifying the potential risk of each target vehicle driver;

[0068] A risk assessment unit for assessing the potential risk through big data analysis and determining the risk level;

[0069] A risk management unit for limiting the vehicle use period of the target vehicle driver according to the level of the potential risk of the target vehicle driver;

[0070] A risk processing unit for detecting whether the current driver of the target vehicle has a risk in real time, and if so, limiting the vehicle use period of the current driver of the target vehicle according to the level of the risk;

[0071] An attendance detection unit for detecting whether the target driver has a handover information within a preset time after reaching the vehicle use period of the target driver, and notifying other drivers of the target vehicle whether to apply for adjusting the shift, and if so, assigning the vehicle use period of the target driver to the driver who applies for adjusting the shift.

[0072] It can be understood that the system will monitor the vehicle state (such as fuel, power, vehicle condition, etc.) in real time through the vehicle sensor, and identify the potential risk of each driver in combination with the driver behavior data (such as driving habits, order frequency, etc.) and notify the driver, and then through big data and artificial intelligence technology, the potential risk identified is evaluated to determine the risk level, and the vehicle use period of the driver is limited according to the potential risk level, for example: according to the risk level, the vehicle use period of the driver is shortened in a corresponding proportion, and the shortened period is allocated to the driver without potential risk. In the vehicle use period of the driver, if the driver appears a preset number of violations or a low credit score (a preset number of complaints), the vehicle use period of the driver is limited, and if the violation or low credit score still appears after the limitation, the unbinding process is triggered, and the binding of the current driver is contacted.

[0073] In specific practice, it is assumed that the current scheduling period is for driver A, and the driving vehicle V is operated. During this period, the vehicle sensor installed in the vehicle continuously works. The global positioning system module records the latitude, longitude, altitude, speed, direction and other information of the vehicle at a high frequency, for example, once per second. The inertial measurement unit monitors the three-axis acceleration of the vehicle in real time. When the instantaneous change rate of acceleration exceeds the preset threshold (for example, the longitudinal acceleration suddenly changes from 0 to -0.5g, indicating an emergency brake), the inertial measurement unit records this event. The vehicle terminal sends the raw data or the data after preliminary processing to the risk management module 5 through the mobile network. After receiving the data, the risk management module 5 starts the internal risk assessment model. The model can be a rule-based engine or a complex machine learning model to analyze whether the driver A has behaviors such as speeding, sudden acceleration, emergency braking, fatigue driving (such as analyzing the blink frequency and head posture through the camera). The model calculates a dynamic "driving risk score" for each trip, which is a quantitative evaluation of the driver's driving risk level. As an exemplary quantitative method, the base score can be set to 100 points, and the score can be deducted according to the risk behavior (such as 2 points for each emergency brake and 5 points for each minute of speeding). In this embodiment, the intervention measure is associated with future scheduling. If the average risk score of driver A in this scheduling period is lower than a preset "safety threshold" (such as 80 points), the risk management module 5 will pass a negative weight factor to the scheduling and dispatching module 2. When generating the scheduling scheme next time, the scheduling and dispatching module 2 will reduce the scheduling priority of driver A or prohibit the allocation of high-risk periods such as night to driver A.

[0074] It can be understood that the same or similar parts in the above embodiments can be mutually referred to, and the contents not described in detail in some embodiments can be referred to the same or similar contents in other embodiments.

[0075] It should be noted that, in the description of the present application, the terms "first", "second" and the like are used only for descriptive purposes, and cannot be construed as indicating or implying relative importance. In addition, in the description of the present application, the meaning of "a plurality of" is at least two, unless otherwise specified.

[0076] Any process or method descriptions or descriptions of the flow diagrams described herein or otherwise described in the present application can be understood as representing the steps of the codes implemented as code means of a computer program or other programmable instructions for performing a specific function that are produced by one or more program code segments. The scope of the preferred embodiments of the present application includes other implementations that carry out the same functions described but using less or more steps, and in different orders, including substantially simultaneous execution of functions.

[0077] It should be understood that each part of the present application can be realized by hardware, software, firmware or their combination. In the above embodiments, a plurality of steps or methods can be realized by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if realized by hardware, and as in another embodiment, it can be realized by any one or their combination of the following technologies known in the art: discrete logic circuit with logic gate circuit for implementing logic function on data signal, application specific integrated circuit with suitable combination logic gate circuit, programmable gate array (PGA), field programmable gate array (FPGA) and the like.

[0078] Those skilled in the art of the present technology can understand that all or part of the steps carried out by the above-mentioned embodiment method can be completed by program instructions to the relevant hardware, and the program can be stored in a computer readable storage medium, which includes one or a combination of steps of the method embodiments when executed.

[0079] In addition, each functional unit in each embodiment of the present application can be integrated in one processing module, or each unit can exist physically, or two or more units can be integrated in one module. The above integrated module can be realized in the form of hardware or in the form of software functional module. The integrated module, if realized in the form of software functional module and sold or used as an independent product, can also be stored in a computer readable storage medium.

[0080] The storage medium mentioned above can be a read-only memory, a magnetic disk or an optical disk, etc.

[0081] In the description of the specification, the description of the terms "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In the specification, the illustrative description of the above terms does not necessarily mean the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described can be combined in any one or more embodiments or examples in a suitable manner.

[0082] Although the embodiments of the present application have been shown and described above, it is understood that the above-described embodiments are exemplary, and cannot be construed as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above-described embodiments within the scope of the present application.

Claims

1. A system for multi-driver collaborative operation of ride-hailing services, characterized in that, include: The vehicle binding module is used to obtain the driver information and target vehicle for which binding is requested, and to verify the current driver based on the mobile phone number of the driver already bound to the target vehicle. After successful verification, the binding is completed, and the information of the target vehicle and the driver information are associated and stored in the database. The scheduling module is used to provide vehicle usage time slot plans for each driver bound to the target vehicle based on the number of drivers bound to the target vehicle through big data analysis, and complete the scheduling arrangement after all drivers bound to the target vehicle confirm. The vehicle handover module is used to acquire the mileage, remaining fuel, and 360-degree video of the target vehicle at the time of handover uploaded by the outgoing driver during the outgoing driver's vehicle usage period, and upload them to the cloud, and then notify the outgoing driver to complete the handover. It is also used to acquire the mileage, remaining fuel, and 360-degree video of the target vehicle at the time of handover uploaded by the incoming driver during the incoming driver's vehicle usage period, and upload them to the cloud, and then notify the incoming driver to complete the handover. The driver communication module is used to provide real-time communication tools for the drivers bound to the target vehicle; The risk management module is used to monitor the status of the target vehicle in real time through vehicle sensors, combine the behavioral data of each driver bound to the target vehicle to identify the potential risks of each driver bound to the target vehicle, assess the potential risks through big data analysis, determine the risk level, and restrict the vehicle usage time of the driver bound to the target vehicle when the risk level of the driver reaches a preset level. The scheduling module includes: The scheduling plan generation unit is used to provide a vehicle usage time plan for each driver bound to the target vehicle based on the number of drivers bound to the target vehicle through big data analysis. The scheduling scheme modification unit is used to obtain the modified vehicle usage time scheme of each driver bound to the target vehicle in real time and send it to each driver bound to the target vehicle. It detects whether there are duplicate vehicle usage time periods and idle vehicle usage time periods. If there are, it prompts the corresponding driver bound to the target vehicle with the duplicate vehicle usage time period and prompts the idle vehicle usage time period to all drivers bound to the target vehicle. If there are no duplicate vehicle usage time periods, it determines the final vehicle usage time scheme. The scheduling unit is used to schedule the drivers bound to the target vehicle according to the final vehicle usage time plan; The emergency scheduling unit is used for emergency shift reassignment information of drivers, determining the remaining vehicle usage time of the driver being reassigned, and determining whether the driver of the next shift accepts the remaining vehicle usage time of the driver being reassigned. If accepted, the vehicle usage time of the next shift driver is adjusted. If not accepted, the remaining vehicle usage time of the driver being reassigned is sent to other drivers, and the unit receives applications from other drivers. Based on the application information, the vehicle usage time of the requesting drivers is adjusted.

2. The system according to claim 1, characterized in that, The vehicle binding module includes: The binding unit is used to obtain the driver information and target vehicle for which binding is requested, verify the current driver's mobile phone number based on the driver information, and verify the current driver by obtaining the mobile phone number of the driver already bound to the target vehicle. After the current driver's mobile phone number is verified and the mobile phone number of the driver already bound to the target vehicle is verified, the binding is completed. A database unit is used to associate and store the information of the target vehicle and the driver information; The unbinding unit is used to obtain unbinding driver information, verify the unbinding driver's mobile phone number based on the unbinding driver information, unbind the unbinding driver after the mobile phone number verification is successful, and delete the unbinding driver's information in the database unit.

3. The system according to claim 2, characterized in that, The vehicle handover module includes: The handover information acquisition unit is used to acquire the handover information of the handover driver, which includes: the mileage, remaining fuel, and 360-degree video of the target vehicle uploaded by the handover driver during the vehicle usage period. The shift handover information acquisition unit is used to acquire the shift handover information of the driver taking over the shift. The shift handover information includes: the mileage, remaining fuel, and 360-degree video of the target vehicle uploaded by the driver taking over the shift during the driver's vehicle usage period. The information verification unit is used to acquire the target vehicle's mileage, remaining fuel, and 360-degree video in real time through vehicle-mounted sensors and cameras. It verifies the shift handover information using the information acquired by the vehicle-mounted sensors and cameras. Upon successful verification, the outgoing driver completes the shift handover, generates a corresponding shift handover report, and uploads it to the cloud. Similarly, it verifies the incoming driver's shift information using the information acquired by the vehicle-mounted sensors and cameras. Upon successful verification, the incoming driver completes the shift handover, generates a corresponding shift handover report, and uploads it to the cloud.

4. The system according to claim 3, characterized in that, The driver communication module includes: A communication unit is used to create a real-time communication group for the driver bound to the target vehicle. The speech recognition and translation unit is used to acquire the speech information of the driver bound to the target vehicle, translate the speech information, and send the translated information to the chat group.

5. The system according to claim 4, characterized in that, The risk management module includes: The risk identification unit is used to monitor the status of the target vehicle in real time through on-board sensors, and identify the potential risks of each driver bound to the target vehicle by combining the behavioral data of each driver bound to the target vehicle. The risk assessment unit is used to assess the potential risks and determine the risk level through big data analysis. The risk management unit is used to restrict the vehicle usage time of the driver associated with the target vehicle based on the level of potential risk of the driver associated with the target vehicle. The risk processing unit is used to detect in real time whether there is a risk to the current driver of the target vehicle. If so, the vehicle usage time of the current driver of the target vehicle is restricted according to the level of risk. The attendance detection unit is used to notify other drivers of the target vehicle whether to request a schedule adjustment if no shift handover information for the target driver is detected within a preset time after the vehicle usage time of the target driver is reached. If so, the vehicle usage time of the target driver is allocated to the driver who requested the schedule adjustment.

Images