Multi-driver collaborative operation online car-hailing system

Abstract

The invention relates to the technical field of driver scheduling, in particular to a multi-driver collaborative operation online car-hailing system which is provided with a vehicle binding module, a scheduling module, a vehicle handover module, a driver communication module and a risk management module. The method comprises the following steps: binding operation drivers to an online car-hailing vehicle through a vehicle binding module, arranging operation time for all the operation drivers through a scheduling module, enabling the operation drivers to complete shift change and shift pick-up through a vehicle handover module, meanwhile, providing a real-time communication tool for the operation drivers who jointly operate the online car-hailing vehicle through a driver communication module, and finally, enabling the operation drivers to communicate with the online car-hailing vehicle. Through the risk management module, whether the operation driver has a risk is detected, and corresponding triggering is performed for the operation driver with the risk, so that a plurality of drivers can operate one online car-hailing vehicle together.

Description

Technical Field

[0001] The present invention relates to the technical field of driver scheduling, and in particular to a system for collaborative operation of online ride-hailing services by multiple drivers. Background Art

[0002] Online ride-hailing refers to the business activity of providing non-roaming, pre-booked taxi services using internet-based platforms, integrating supply and demand information, and utilizing qualified vehicles and drivers. Users can select a vehicle type and driver through a mobile app, quickly request a ride, and enjoy the service. Compared to traditional taxis, online ride-hailing offers advantages such as transparent pricing, convenient hailing, and controllable service quality. However, existing online ride-hailing technologies are typically operated by a single driver, and there is a lack of solutions for multiple drivers to operate a single online ride-hailing vehicle. Summary of the Invention

[0003] In view of this, the purpose of the present invention is to provide a system for multiple drivers to collaboratively operate online ride-hailing services to overcome the problems existing in the current existing technology.

[0004] To achieve the above objectives, the present invention adopts the following technical solutions: This application provides a system for multi-driver collaborative operation of online ride-hailing services, including: The vehicle binding module is used to obtain the driver information and target vehicle information of the target vehicle, and verify the current driver according to the mobile phone number of the driver bound to the target vehicle. After the verification is passed, 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 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, and complete the scheduling arrangement after all drivers bound to the target vehicle confirm; The vehicle handover module is used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the handover driver during the vehicle usage period of the handover driver and upload them to the cloud, and then notify the handover driver to complete the handover. It is also used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the successor driver during the vehicle usage period of the successor driver and upload them to the cloud, and then notify the successor driver to complete the handover. A driver communication module is used to provide real-time communication tools for the driver bound to the target vehicle; The risk management module is used to monitor the status of the target vehicle in real time through on-board sensors, identify the potential risks of each driver bound to the target vehicle in combination with the behavioral data of each driver bound to the target vehicle, evaluate the potential risks through big data analysis, and determine the risk level. According to the risk level of the driver bound to the target vehicle reaching a preset level, the vehicle usage time period of the driver bound to the target vehicle is restricted.

[0005] Furthermore, in the above-mentioned system, the vehicle binding module includes: A binding unit is configured to obtain the driver information and the target vehicle for which binding is applied, verify the current driver's mobile phone number based on the driver information, and obtain the mobile phone number of the driver bound to the target vehicle to verify the current driver. Binding is completed after the current driver's mobile phone number and the mobile phone number of the driver bound to the target vehicle are both verified successfully. a database unit, configured to associate and store the target vehicle information and the driver information; The unbinding unit is used to obtain 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.

[0006] Furthermore, the above-mentioned system, the shift scheduling module includes: A scheduling plan generating unit is used to provide a vehicle usage time plan for each driver bound to the target vehicle through big data analysis based on the number of drivers bound to the target vehicle; a shift plan modification unit, configured to obtain in real time the modified vehicle usage period plan of each driver bound to the target vehicle and send it to each driver bound to the target vehicle, detect whether there are repeated vehicle usage periods and idle vehicle usage periods, and if so, prompt the repeated vehicle usage period to the corresponding driver bound to the target vehicle, and prompt the idle vehicle usage period to all drivers bound to the target vehicle; if not, determine the final vehicle usage period plan; a scheduling unit, configured to schedule the drivers bound to the target vehicle according to the final vehicle usage period plan; The emergency scheduling unit is used to receive the emergency shift information of the shift-switched driver, determine the remaining vehicle usage time period of the shift-switched driver, and determine whether the next shift driver of the shift-switched driver accepts the remaining vehicle usage time period of the shift-switched driver. If accepted, the vehicle usage time period of the next shift driver is adjusted; if not accepted, the remaining vehicle usage time period of the shift-switched driver is sent to other drivers, and applications from other drivers are received. According to the application information, the vehicle usage time period of the applying driver is adjusted.

[0007] Furthermore, in the above-mentioned system, the vehicle handover module includes: a shift handover information acquisition unit, configured to acquire the shift handover information of the shift handover driver, the shift handover information including: the mileage, the remaining fuel level, and the 360-degree video of the target vehicle at the time of the shift handover uploaded by the shift handover driver during the vehicle usage period of the shift handover driver; a shift succession information acquisition unit, configured to acquire the shift succession information of the successor driver, the shift succession information including: the mileage, the remaining fuel level, and the 360-degree video of the target vehicle at the time of the shift succession uploaded by the successor driver during the vehicle usage period of the successor driver; An information verification unit is used to obtain the mileage, remaining fuel level and 360-degree video of the target vehicle in real time through on-board sensors and cameras, verify the handover information through the information obtained by the on-board sensors and the cameras, and after the verification is passed, the handover driver completes the handover, generates a corresponding handover report, and uploads it to the cloud; verify the succession information through the information obtained by the on-board sensors and the cameras, and after the verification is passed, the succession driver completes the handover, generates a corresponding succession report, and uploads it to the cloud.

[0008] Furthermore, in the above-mentioned system, the driver communication module includes: A communication unit, used to establish a real-time communication group for the drivers bound to the target vehicle; The speech recognition and translation unit is used to obtain the speech information of the driver bound to the target vehicle, translate the speech information, and send the translated information to the communication group.

[0009] Furthermore, the risk management module of the above-mentioned system includes: A risk identification unit is used to monitor the status of the target vehicle in real time through on-board sensors and identify the potential risk of each driver bound to the target vehicle based on the behavioral data of each driver bound to the target vehicle; A risk assessment unit, configured to assess the potential risks and determine the risk level through big data analysis; a risk management unit, configured to limit a vehicle usage period of the driver bound to the target vehicle according to a potential risk level of the driver bound to the target vehicle; a risk processing unit, configured to detect in real time whether the current driver of the target vehicle is at risk, and if so, to limit the vehicle usage period of the current driver of the target vehicle according to the level of risk; The attendance detection unit is used to notify other drivers of the target vehicle whether to apply for a shift adjustment after reaching the target driver's vehicle usage time period. If the target driver's handover information is not detected within a preset time, the other drivers of the target vehicle are notified whether to apply for a shift adjustment. If so, the target driver's vehicle usage time period is allocated to the driver who applied for a shift adjustment.

[0010] The beneficial effects of the present invention are: This application has a vehicle binding module, a scheduling module, a vehicle handover module, a driver communication module and a risk management module; the online car-hailing service is bound to the operating driver through the vehicle binding module, the operating time is arranged for all operating drivers through the scheduling module, and the operating driver is enabled to complete the handover and handover through the vehicle handover module. At the same time, through the driver communication module, a real-time communication tool is provided for the operating drivers who jointly operate the online car-hailing service. Finally, through the risk management module, it is detected whether the operating driver has risks, and corresponding triggers are made for the operating drivers with risks, so that multiple drivers can jointly operate an online car-hailing service. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0012] Figure 1 This is a structural diagram provided by an embodiment of a system for collaborative operation of online ride-hailing vehicles by multiple drivers of the present invention. DETAILED DESCRIPTION

[0013] To make the objectives, technical solutions, and advantages of the present invention more apparent, the technical solutions of the present invention will be described in detail below. Obviously, the embodiments described are only some of the embodiments of the present invention, not all of them. Based on the embodiments of the present invention, all other implementations obtained by those of ordinary skill in the art without inventive effort are within the scope of protection of the present invention.

[0014] Figure 1 This is a structural diagram of an embodiment of a system for multi-driver collaborative operation of online ride-hailing services provided by the present invention. Figure 1 , this embodiment may include: Vehicle binding module 1 is used to obtain the driver information and target vehicle information of the target vehicle, and verify the current driver according to the mobile phone number of the driver bound to the target vehicle. After the verification is passed, the binding is completed, and the target vehicle information and driver information are associated and stored in the database; Scheduling module 2 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, and complete the scheduling arrangement after all drivers bound to the target vehicle confirm; The vehicle handover module 3 is used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the handover driver during the vehicle usage period of the handover driver and upload them to the cloud, and then notify the handover driver to complete the handover. It is also used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the successor driver during the vehicle usage period of the successor driver and upload them to the cloud, and then notify the successor driver to complete the handover. The driver communication module 4 is used to provide a real-time communication tool for the driver bound to the target vehicle; The risk management module 5 is used to monitor the status of the target vehicle in real time through the on-board sensors, identify the potential risks of each driver bound to the target vehicle in combination with the behavioral data of the driver bound to the target vehicle, evaluate the potential risks through big data analysis, and determine the risk level. According to the risk level of the driver bound to the target vehicle reaching the preset level, the vehicle usage time period of the driver bound to the target vehicle is restricted.

[0015] It can be understood that the present application has a vehicle binding module, a scheduling module, a vehicle handover module, a driver communication module and a risk management module; the vehicle binding module is used to bind the online car-hailing operating drivers, the scheduling module is used to arrange the operating time for all operating drivers, and the vehicle handover module is used to enable the operating drivers to complete the handover and handover. At the same time, the driver communication module is used to provide real-time communication tools for the operating drivers who jointly operate the online car-hailing. Finally, the risk management module is used to detect whether the operating drivers are at risk, and corresponding triggers are made for the operating drivers with risks, so that multiple drivers can jointly operate an online car-hailing.

[0016] Preferably, the vehicle binding module 1 includes: The binding unit is used to obtain the driver information and target vehicle information of the binding application, verify the current driver's mobile phone number based on the driver information, and obtain the mobile phone number of the driver bound to the target vehicle to verify the current driver. After the current driver's mobile phone number is verified, and after the mobile phone number of the driver bound to the target vehicle is verified, the binding is completed; A database unit, for associating and storing target vehicle information and driver information; The unbinding unit is used to obtain the unbinding driver information, verify the mobile phone number of the unbinding driver according to the unbinding driver information, and after the unbinding driver's mobile phone number verification is passed, unbind the unbinding driver and delete the unbinding driver's information in the database unit.

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

[0018] It is understandable that when driver A, driver B, driver C and driver D apply to bind to the same vehicle, the first driver who applies for binding only needs to verify the mobile phone number to bind. Starting from the second driver, in addition to verifying the mobile phone number, the mobile phone number of the bound driver must also be verified to complete the binding. After the driver is bound, the driver information and the bound vehicle information will be automatically associated and stored in the database.

[0019] Preferably, the shift scheduling module 2 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 shift plan modification unit is used to obtain the modified vehicle usage period plan of each target vehicle bound to the driver in real time and send it to each target vehicle bound to the driver, detect whether there are repeated vehicle usage periods and idle vehicle usage periods, and if so, prompt the repeated vehicle usage period to the corresponding target vehicle bound to the driver, and prompt the idle vehicle usage period to all target vehicle bound to the driver, if not, determine the final vehicle usage period plan; The scheduling unit is used to schedule the drivers bound to the target vehicle according to the final vehicle usage period plan; The emergency scheduling unit is used to obtain the emergency shift information of the shift-switched driver, determine the remaining vehicle usage time of the shift-switched driver, and determine whether the next shift driver accepts the remaining vehicle usage time of the shift-switched driver. If accepted, the vehicle usage time of the next shift driver is adjusted. If not accepted, the remaining vehicle usage time of the shift-switched driver is sent to other drivers, and applications from other drivers are received. According to the application information, the vehicle usage time of the applying driver is adjusted.

[0020] It's understandable that drivers can reserve vehicle usage time slots in advance to avoid conflicts. The system uses big data statistical analysis to recommend schedules based on the number of drivers and offers them to drivers. When drivers adjust their schedules, all bound drivers will be notified in real time. If there are overlapping or idle vehicle usage time slots, the final vehicle usage time slot plan cannot be determined. Orders can only be accepted during the bound driver's vehicle usage time slot; orders cannot be accepted outside of vehicle usage time slots. Furthermore, if a driver encounters an emergency and needs to withdraw from the vehicle usage time slot, the system will prompt the next driver to accept the current driver's remaining vehicle usage time slot. If not, the current driver's remaining vehicle usage time slot will be sent to other drivers, and applications from other drivers will be accepted. The vehicle usage time slot of the first driver who applied will be adjusted based on the application information. If a driver is not in the vehicle usage time slot, he or she can urgently exchange vehicle usage time slots with other drivers or simply give up the vehicle usage time slot for today.

[0021] The scheduling plan generation unit can access historical online ride-hailing order heat map data for the city where the vehicle is located to predict order demand in different time periods and regions over the next week. It can also analyze the historical operational data of Drivers A and B, including their usual work hours, average hourly earnings, and driving behavior ratings. Furthermore, real-time traffic forecast data can be incorporated. Based on this data, the scheduling plan generation unit's internal optimization algorithm (for example, a linear programming model designed to maximize the team's total revenue) begins operating. The algorithm's goal is to assign reasonable work periods to Drivers A and B while satisfying a series of constraints. These constraints may include: 1. Each driver's continuous working hours must not exceed eight hours; 2. The handover location between two drivers should be located in an area with high order demand, if possible; and 3. Avoid scheduling drivers with a history of risky driving during late-night hours when fatigue driving is most prevalent (e.g., 2:00 AM to 5:00 AM). After the calculation is completed, the system generates a detailed scheduling plan for one week, for example: "From Monday to Friday, driver A is responsible for the morning rush hour and day shift (07:00-17:00), and driver B is responsible for the evening rush hour and night shift (17:00-03:00 the next day); on Saturdays and Sundays, driver A is responsible for the daytime (09:00-21:00), and driver B rests."

[0022] Preferably, the vehicle handover module 3 includes: A shift handover information acquisition unit, configured to acquire the shift handover information of the handover driver, the shift handover information including: the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the handover driver during the handover driver's vehicle usage period; A handover information acquisition unit is used to obtain the handover information of the handover driver, the handover information including: the mileage, remaining fuel level and 360-degree video of the target vehicle at the time of handover uploaded by the handover driver during the vehicle usage period of the handover driver; The information verification unit is used to obtain the mileage, remaining fuel level and 360-degree video of the target vehicle in real time through on-board sensors and cameras, and verify the handover information through the information obtained by the on-board sensors and cameras. After the verification is passed, the handover driver completes the handover and generates a corresponding handover report, which is uploaded to the cloud. The handover information is verified through the information obtained by the on-board sensors and cameras, and after the verification is passed, the taking over driver completes the handover and generates a corresponding handover report, which is uploaded to the cloud.

[0023] It is understandable that the driver needs to fill in the vehicle's mileage and remaining fuel level when handing over the vehicle, and take a 360-degree video of the vehicle to ensure that the vehicle has no accidents. The system will also obtain the mileage, remaining fuel level and 360-degree video of the target vehicle in real time based on the on-board sensors and cameras, and verify the handover information provided by the driver. Only after the verification is passed will the driver be prompted that the handover is completed, and a corresponding report will be generated and uploaded to the cloud.

[0024] Preferably, the driver communication module 4 includes: The communication unit is used to build a real-time communication group for the drivers bound to the target vehicle; The voice recognition and translation unit is used to obtain the voice information of the driver bound to the target vehicle, translate the voice information, and send the translated information to the communication group.

[0025] Preferably, the risk management module 5 includes: A risk identification unit is used to monitor the status of target vehicles in real time through on-board sensors and identify the potential risks of each driver associated with the target vehicle based on their behavioral data. Risk assessment unit, used to evaluate potential risks and determine risk levels through big data analysis; a risk management unit, configured to limit a vehicle usage period of a driver bound to a target vehicle according to a potential risk level of the driver bound to the target vehicle; A risk processing unit is used to detect in real time whether the current driver of the target vehicle is a risk. If so, the driver's vehicle usage time is restricted according to the risk level. The attendance detection unit is used to notify other drivers of the target vehicle whether to apply for a shift adjustment after reaching the target driver's vehicle usage time period. If the target driver's handover information is not detected within a preset time, the other drivers of the target vehicle will be notified whether to apply for a shift adjustment. If so, the target driver's vehicle usage time period will be allocated to the driver who applied for the shift adjustment.

[0026] It is understandable that the system will monitor the vehicle status (such as fuel level, battery level, vehicle condition, etc.) in real time through on-board sensors, and combine driver behavior data (such as driving habits, order frequency, etc.) to identify each driver's potential risks and notify the driver. Then, through big data and artificial intelligence technology, the identified potential risks are evaluated, the risk level is determined, and the driver's vehicle usage time is restricted according to the potential risk level. For example: according to the risk level, the driver's vehicle usage time is shortened by a corresponding proportion, and the shortened time is allocated to drivers without potential risks. During the driver's vehicle usage time, if the driver commits a preset number of violations or has a low credit score (a preset number of complaints), the driver's vehicle usage time will be restricted. In serious cases, that is, if violations or low credit scores still occur after the restrictions, the unbinding process will be triggered and the current driver's binding will be released.

[0027] In practice, assume that it is currently Driver A's scheduled shift, and he is operating Vehicle V. During this time, the vehicle's onboard sensors are continuously operating. Its Global Positioning System module records the vehicle's latitude and longitude, altitude, speed, and direction at a high frequency, for example, once per second. Its inertial measurement unit monitors the vehicle's three-axis acceleration in real time. When the instantaneous rate of change of acceleration exceeds a preset threshold (for example, a sudden change in longitudinal acceleration from 0 to -0.5g, indicating a sudden braking event), the inertial measurement unit records this event. The onboard terminal packages this raw or preliminarily processed data and sends it to Risk Management Module 5 via the mobile network. Upon receiving the data, Risk Management Module 5 activates its internal risk assessment model. This model can be a rule-based engine or a complex machine learning model to analyze Driver A's behavior, such as speeding, sudden acceleration, sudden braking, and fatigued driving (e.g., analyzing blinking frequency and head posture through camera analysis). The model calculates a dynamic "driving risk score" for each trip, which serves as a quantitative assessment of the driver's driving risk level. As an exemplary quantitative method, the base score can be set to 100 points, and deductions can be made based on risky behaviors (such as 2 points for each sudden brake and 5 points for each minute of speeding). In this embodiment, intervention measures are associated with future scheduling. If the average risk score of driver A during this scheduling cycle 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 module 2. When the scheduling plan is generated next time, the scheduling module 2 will therefore lower the scheduling priority of driver A, or prohibit it from being assigned to high-risk time periods such as night time.

[0028] It can be understood that the same or similar parts of the above embodiments can be referenced to each other, and the contents not described in detail in some embodiments can refer to the same or similar contents in other embodiments.

[0029] It should be noted that, in the description of the present invention, the terms "first", "second", etc. are used for descriptive purposes only and should not be understood as indicating or implying relative importance. In addition, in the description of the present invention, unless otherwise specified, the meaning of "plurality" is at least two.

[0030] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, segment or portion of code comprising one or more executable instructions for implementing the steps of a specific logical function or process, and the scope of the preferred embodiments of the present invention includes alternative implementations in which functions may be performed out of the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by those skilled in the art to which the embodiments of the present invention pertain.

[0031] It should be understood that various components of the present invention may be implemented using hardware, software, firmware, or a combination thereof. In the above-described embodiments, multiple steps or methods may be implemented using software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented using hardware, as in another embodiment, any one of the following technologies known in the art or a combination thereof may be used: a discrete logic circuit having logic gate circuits for implementing logic functions on data signals, an application-specific integrated circuit having suitable combinational logic gate circuits, a programmable gate array (PGA), a field-programmable gate array (FPGA), etc.

[0032] Those skilled in the art will understand that all or part of the steps in the method of the above embodiment can be completed by instructing related hardware through a program, and the program can be stored in a computer-readable storage medium. When the program is executed, it includes one or a combination of the steps of the method embodiment.

[0033] In addition, the functional units in the various embodiments of the present invention may be integrated into a single processing module, or each unit may exist physically separately, or two or more units may be integrated into a single module. The aforementioned integrated modules may be implemented in the form of hardware or in the form of software functional modules. If the integrated modules are implemented in the form of software functional modules and sold or used as independent products, they may also be stored in a computer-readable storage medium.

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

[0035] Throughout this specification, reference to terms such as "one embodiment," "some embodiments," "examples," "specific examples," or "some examples" means that a specific feature, structure, material, or characteristic described in conjunction with that embodiment or example is included in at least one embodiment or example of the present invention. In this specification, schematic representations of the above terms do not necessarily refer to the same embodiment or example. Furthermore, the specific features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.

[0036] Although the embodiments of the present invention have been shown and described above, it will be understood that the above embodiments are illustrative and are not to be construed as limitations on the present invention. A person skilled in the art may change, modify, replace and modify the above embodiments within the scope of the present invention.

Claims

1. A system for multi-driver collaborative operation of online ride-hailing vehicles, characterized in that: include: The vehicle binding module is used to obtain the driver information and target vehicle information of the target vehicle, and verify the current driver according to the mobile phone number of the driver bound to the target vehicle. After the verification is passed, 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 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, and complete the scheduling arrangement after all drivers bound to the target vehicle confirm; The vehicle handover module is used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the handover driver during the vehicle usage period of the handover driver and upload them to the cloud, and then notify the handover driver to complete the handover. It is also used to obtain the mileage, remaining fuel level, and 360-degree video of the target vehicle at the time of handover uploaded by the successor driver during the vehicle usage period of the successor driver and upload them to the cloud, and then notify the successor driver to complete the handover. A driver communication module is used to provide real-time communication tools for the driver bound to the target vehicle; The risk management module is used to monitor the status of the target vehicle in real time through on-board sensors, identify the potential risks of each driver bound to the target vehicle in combination with the behavioral data of each driver bound to the target vehicle, evaluate the potential risks through big data analysis, and determine the risk level. According to the risk level of the driver bound to the target vehicle reaching a preset level, the vehicle usage time period of the driver bound to the target vehicle is restricted.

2. The system according to claim 1, wherein: The vehicle binding module includes: A binding unit is configured to obtain the driver information and the target vehicle for which binding is applied, verify the current driver's mobile phone number based on the driver information, and obtain the mobile phone number of the driver bound to the target vehicle to verify the current driver. Binding is completed after the current driver's mobile phone number and the mobile phone number of the driver bound to the target vehicle are both verified successfully. a database unit, configured to associate and store the target vehicle information and the driver information; The unbinding unit is used to obtain 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.

3. The system according to claim 2, characterized in that The shift scheduling module includes: A scheduling plan generating unit is used to provide a vehicle usage time plan for each driver bound to the target vehicle through big data analysis based on the number of drivers bound to the target vehicle; a shift plan modification unit, configured to obtain in real time the modified vehicle usage period plan of each driver bound to the target vehicle and send it to each driver bound to the target vehicle, detect whether there are repeated vehicle usage periods and idle vehicle usage periods, and if so, prompt the repeated vehicle usage period to the corresponding driver bound to the target vehicle, and prompt the idle vehicle usage period to all drivers bound to the target vehicle; if not, determine the final vehicle usage period plan; a scheduling unit, configured to schedule the drivers bound to the target vehicle according to the final vehicle usage period plan; The emergency scheduling unit is used to receive the emergency shift information of the shift-switched driver, determine the remaining vehicle usage time period of the shift-switched driver, and determine whether the next shift driver of the shift-switched driver accepts the remaining vehicle usage time period of the shift-switched driver. If accepted, the vehicle usage time period of the next shift driver is adjusted; if not accepted, the remaining vehicle usage time period of the shift-switched driver is sent to other drivers, and applications from other drivers are received. According to the application information, the vehicle usage time period of the applying driver is adjusted.

4. The system according to claim 3, characterized in that The vehicle handover module includes: a shift handover information acquisition unit, configured to acquire the shift handover information of the shift handover driver, the shift handover information including: the mileage, the remaining fuel level, and the 360-degree video of the target vehicle at the time of the shift handover uploaded by the shift handover driver during the vehicle usage period of the shift handover driver; a shift succession information acquisition unit, configured to acquire the shift succession information of the successor driver, the shift succession information including: the mileage, the remaining fuel level, and the 360-degree video of the target vehicle at the time of the shift succession uploaded by the successor driver during the vehicle usage period of the successor driver; An information verification unit is used to obtain the mileage, remaining fuel level and 360-degree video of the target vehicle in real time through on-board sensors and cameras, verify the handover information through the information obtained by the on-board sensors and the cameras, and after the verification is passed, the handover driver completes the handover, generates a corresponding handover report, and uploads it to the cloud; verify the succession information through the information obtained by the on-board sensors and the cameras, and after the verification is passed, the succession driver completes the handover, generates a corresponding succession report, and uploads it to the cloud.

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

6. The system according to claim 5, characterized in that The risk management module includes: A risk identification unit is used to monitor the status of the target vehicle in real time through on-board sensors and identify the potential risk of each driver bound to the target vehicle based on the behavioral data of each driver bound to the target vehicle; A risk assessment unit, configured to assess the potential risks and determine the risk level through big data analysis; a risk management unit, configured to limit a vehicle usage period of the driver bound to the target vehicle according to a potential risk level of the driver bound to the target vehicle; a risk processing unit, configured to detect in real time whether the current driver of the target vehicle is at risk, and if so, to limit the vehicle usage period of the current driver of the target vehicle according to the level of risk; The attendance detection unit is used to notify other drivers of the target vehicle whether to apply for a shift adjustment after reaching the target driver's vehicle usage time period. If the target driver's handover information is not detected within a preset time, the other drivers of the target vehicle are notified whether to apply for a shift adjustment. If so, the target driver's vehicle usage time period is allocated to the driver who applied for a shift adjustment.

Images