Enterprise employee private car public renting processing method and device, electronic equipment and storage medium

Abstract

The invention discloses an enterprise employee private car public renting processing method and device, electronic equipment and a storage medium. The method comprises the following steps: receiving a private car public rental travel request from an employee terminal; the occupancy state of the vehicle-mounted positioning equipment is displayed, and the employee selects idle vehicle-mounted positioning equipment; marking the selected vehicle-mounted positioning equipment as occupied and generating a travel order; when an employee starts to operate the travel, it is judged that the travel is automatically cancelled, started or stopped according to the relation between the actual vehicle using time period and the predicted vehicle using time period, and when the start time of the travel is earlier than the predicted start time, the employee starts the travel. Analyzing whether a preorder travel exists and the condition of the preorder travel, and whether the employee gets the vehicle-mounted positioning equipment when the preorder travel is overtime, and judging the start of the travel or stopping the start of the travel; when the employees end the travel, the actual end time can be modified to adjust travel data. According to the embodiment of the invention, the personal privacy of employees can be better protected in the private car public renting process.

Description

Technical Field

[0001] This application relates to the field of Internet technologies, and in particular, to a method, apparatus, electronic device, and storage medium for processing the private car rental for enterprise employees. Background Art

[0002] Private car rental means that when an enterprise is short of vehicle and driver resources, it allows employees to drive their own vehicles for business trips and reimburses or subsidizes the employees afterwards, thereby reducing costs such as business trips, car rentals, and driver labor. It is an environmentally friendly way of vehicle utilization.

[0003] The general existing method for processing private car rental is to digitalize the scenario of private car rental and adopt the binding method of "one vehicle with one positioning device" (installing an in-vehicle positioning device for the employee's vehicle for private car rental) to record the travel mileage of the employee's private car rental. When an employee has a need for private car rental, they can submit a task application for private car rental through an online application. After approval, the employee completes the private car rental task by themselves. Afterwards, they can submit the specific itinerary information of the private car rental task through the in-vehicle positioning device, and the enterprise can calculate the travel expenses of the employee based on this and reimburse them. From the perspective of the enterprise, although the "one vehicle with one positioning device" will increase some hardware costs and manual maintenance costs, this processing method can ensure the authenticity of the employee's private car rental itinerary and avoid deviations during reimbursement. Therefore, it is a popular processing method for enterprises with frequent private car rentals.

[0004] However, in practice, there is a situation where installing a positioning device (which belongs to a monitoring device) in the enterprise's public vehicles is an acceptable configuration. However, installing such a device in an employee's own vehicle may not be an easily acceptable arrangement. Especially for employees who attach importance to personal privacy protection, they are more inclined to reject the way of private car rental. For employees who accept the private car rental arrangement and complete the "one vehicle with one positioning device" for their vehicles, they also have concerns about privacy protection to a certain extent. These all hinder the implementation and promotion of the concept of private car rental. Summary of the Invention

[0005] In view of this, the embodiments of this application provide a method, apparatus, electronic device, and storage medium for processing the private car rental for enterprise employees to solve at least one technical problem.

[0006] The embodiments of this application provide a method for processing the private car rental for enterprise employees, including the following steps:

[0007] S10: Receive a private car rental itinerary request from an employee terminal, where the private car rental itinerary request includes a travel departure place, a destination, an expected start time, and an expected end time;

[0008] S20: Display the occupancy status of one or more vehicle-mounted positioning devices during the expected vehicle usage period on the screen of the employee terminal, and receive a selection request for an idle vehicle-mounted positioning device;

[0009] S30: In response to the selection request for an idle vehicle-mounted positioning device, mark the corresponding vehicle-mounted positioning device as occupied, and generate a private car for public rental trip order;

[0010] S40: Receive a trip start request from the employee terminal. Among them, if the moment of the trip start request is within the expected vehicle usage period, allow the trip to start and activate the vehicle-mounted positioning device to record trip data; if the trip start request is not received beyond the expected end time, automatically cancel the private car for public rental trip order; if the trip start request is received before the expected start time, then execute step S50;

[0011] S50: If the actual start time is earlier than the expected start time and the interval is greater than the preset duration, prevent the trip from starting; if the actual start time is earlier than the expected start time and the interval is less than or equal to the preset duration, determine whether the vehicle-mounted positioning device has a previous trip that has not started. If so, prevent the trip from starting. If not, then execute step S60;

[0012] S60: Determine whether the vehicle-mounted positioning device has a previous trip in progress. If so, execute step S70. If not, allow the trip to start and activate the vehicle-mounted positioning device to record trip data;

[0013] S70: Determine whether the previous trip has exceeded the expected end time of the previous trip. If not, prevent the trip from starting. If so, then execute step S80;

[0014] S80: The employee terminal confirms with the employee through a configured pop-up window whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, prevent the trip from starting; if the vehicle-mounted positioning device has been obtained, allow the trip to start, activate the vehicle-mounted positioning device to record trip data, and end the previous trip;

[0015] S90: After receiving a trip end request from the employee terminal, turn off the vehicle-mounted positioning device and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; among them, in the case where the actual end time is later than the expected end time, if the employee modifies the actual end time, delete the trip data after the modified actual end time.

[0016] Optionally, in step S30, the method further includes: in response to all vehicle-mounted positioning devices being occupied, the employee terminal is configured to prevent the generation of a trip order.

[0017] Optionally, the occupancy status of each vehicle-mounted positioning device includes a usage calendar, which records the occupancy period and the occupant of the vehicle-mounted positioning device, for identifying the occupancy status of the vehicle-mounted positioning device and facilitating offline handover between employees.

[0018] Optionally, the method further includes: if the actual start time is earlier than the expected start time and the difference is greater than a preset duration, and the employee terminal is a mobile phone, then enable the mobile phone positioning permission to allow the trip to start.

[0019] The embodiment of the present application also provides a processing device for the private car public rental of enterprise employees, including the following modules:

[0020] A receiving module, configured to receive a private car public rental trip request from an employee terminal, where the private car public rental trip request includes a trip departure place, a destination, an expected start time, and an expected end time;

[0021] A display processing module, configured to display the occupancy status of one or more vehicle-mounted positioning devices during the expected vehicle usage time period on the screen of the employee terminal, and receive a selection request for an idle vehicle-mounted positioning device;

[0022] An order generation module, configured to, in response to the selection request for an idle vehicle-mounted positioning device, mark the corresponding vehicle-mounted positioning device as occupied and generate a private car public rental trip order;

[0023] A first trip start processing module, configured to receive a trip start request from an employee terminal, where if the moment of the trip start request is within the expected vehicle usage time period, then allow the trip to start and start the vehicle-mounted positioning device to record trip data; if the trip start request is not received after exceeding the expected end time, automatically cancel the private car public rental trip order; if the trip start request is received before the expected start time, then trigger the second trip start processing module;

[0024] A second trip start processing module, configured to prevent the trip from starting when the actual start time is earlier than the expected start time and the difference is greater than a preset duration; and also configured to, when the actual start time is earlier than the expected start time and the difference is less than or equal to the preset duration, determine whether there is a previous trip of the vehicle-mounted positioning device that has not started, and if so, prevent the trip from starting, and if not, trigger the third trip start processing module;

[0025] A third trip start processing module, configured to determine whether there is a previous trip of the vehicle-mounted positioning device that is in progress, and if so, trigger the fourth trip start processing module, and if not, allow the trip to start and start the vehicle-mounted positioning device to record trip data;

[0026] A fourth trip start processing module, configured to determine whether the previous trip exceeds the expected end time of the previous trip, and if not, prevent the trip from starting, and if so, trigger the fifth trip start processing module;

[0027] The fifth trip start processing module is used for the employee terminal to confirm with the employee whether the vehicle-mounted positioning device has been obtained through a configured pop-up window. If the vehicle-mounted positioning device has not been obtained, the start of the trip is blocked; if the vehicle-mounted positioning device has been obtained, the start of the trip is allowed, the vehicle-mounted positioning device is started to record trip data, and the previous trip is ended.

[0028] The trip end processing module is used to turn off the vehicle-mounted positioning device after receiving a trip end request from the employee terminal, and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; wherein, in the case where the actual end time is later than the expected end time, if the employee modifies the actual end time, the trip data of the modified actual end time is deleted.

[0029] Optionally, the order generation module further includes: being used for responding to all vehicle-mounted positioning devices being occupied, and the employee terminal is configured to prevent the generation of a trip order.

[0030] Optionally, in the display processing module, the occupancy status of each vehicle-mounted positioning device includes a usage calendar, and the occupancy period and the occupant of the vehicle-mounted positioning device are recorded on the usage calendar, which is used to identify the occupancy status of the vehicle-mounted positioning device and facilitate the offline handover between employees.

[0031] Optionally, the trip start processing module further includes: being used for if the actual start time is earlier than the expected start time and the interval is greater than a preset duration, and the employee terminal is a mobile phone, then enabling the mobile phone positioning permission and allowing the trip to start.

[0032] An embodiment of the present application provides an electronic device, and the electronic device includes a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the steps of the method described above are implemented.

[0033] An embodiment of the present application provides a computer-readable storage medium, and computer program instructions are stored on the computer-readable storage medium, and when the computer program instructions are executed by a processor, the steps of the method described above are implemented.

[0034] By adopting the embodiments of the present application, an employee initiates a trip order, views and selects an idle vehicle-mounted positioning device, and starts or stops the vehicle-mounted positioning device to record trip data according to the actual start of the employee's trip. The time nodes are controllable, effectively protecting the personal privacy of employees. Moreover, a trip verification mechanism is designed and set for various scenarios or situations in the process of renting private cars for business use. In particular, a reasonable regulation is made for the start time of the private car rental for business use. If the conditions are not met, the private car rental for business use cannot be started. In this way, some verification links of the private car rental for business use can be preposed, avoiding problems such as the discovery of non-compliance after the trip starts, resulting in the inability to complete the reimbursement of private car rental for business use expenses. It can effectively eliminate the concerns of both the enterprise and the employee car owners. Through such a design, not only can the idle vehicle-mounted positioning devices be activated, reducing the enterprise's costs, but more importantly, through the control of various time nodes in the system, the personal privacy of employees can be better protected. By optimizing the design architecture of the entire process of the private car rental for business use, the solution is reasonable and practical, which helps to promote the implementation and popularization of the private car rental for business use model within the enterprise. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following briefly introduces the drawings in the embodiments of the present application.

[0036] Figure 1 It is a schematic diagram of the system architecture of the embodiments of the present application.

[0037] Figure 2 It is a flowchart of a method for processing the private car rental for business use by enterprise employees according to the embodiments of the present application.

[0038] Figure 3 It is a schematic diagram of a calendar used in a method for processing the private car rental for business use by enterprise employees according to the embodiments of the present application.

[0039] Figure 4 It is a block diagram of the structure of a device for processing the private car rental for business use by enterprise employees according to the embodiments of the present application.

[0040] Figure 5 It is a schematic diagram of an electronic device for implementing the method for processing the private car rental for business use by enterprise employees according to the embodiments of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0041] The principles and spirit of the present application will be described below with reference to several exemplary embodiments. It should be understood that the purpose of providing these embodiments is to make the principles and spirit of the present application clearer and more thorough, so that those skilled in the art can better understand and then implement the principles and spirit of the present application. The exemplary embodiments provided herein are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments herein, all other embodiments obtained by those of ordinary skill in the art without creative efforts belong to the scope of protection of the present application.

[0042] Embodiments of the present application relate to a terminal device and / or a server. Those skilled in the art know that the embodiments of the present application can be implemented as a system, a device, an apparatus, a method, a computer-readable storage medium, or a computer program product. Therefore, the present disclosure can be specifically implemented in at least one of the following forms: complete hardware, complete software, or a combination of hardware and software. According to the embodiments of the present application, the present application claims protection for a method, an apparatus, an electronic device, a computer-readable storage medium, and a computer program product for processing the private car rental for enterprise employees. Figure 1 A schematic diagram of a system architecture of an embodiment of the present application is shown. As Figure 1 shown, the system includes a terminal device 102 and a server 104. Among them, the terminal device 102 may include at least one of the following: a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart TV, various wearable devices, an augmented reality (AR) device, a virtual reality (VR) device, and so on. A client can be installed on the terminal device 102. For example, the client can be a client specifically executing a specific function (such as an application app), or a client embedded with multiple application applets (different functions), or a client logged in through a browser. A user can perform operations on the terminal device 102. For example, the user can open the client installed on the terminal device 102 and input an instruction through the operation of the client, or the user can open the browser installed on the terminal device 102 and input an instruction through the operation of the browser. After the terminal device 102 receives the instruction input by the user, it sends a request message containing the instruction to the server 104. After the server 104 receives the request message, it performs corresponding processing and then returns the processing result message to the terminal device 102. The user instruction is completed through a series of data processing and information interaction.

[0043] In this article, terms such as first, second, and third are only used to distinguish one entity (or operation) from another entity (or operation), and do not require or imply any order or association between these entities (or operations).

[0044] The following briefly describes related contents such as concepts and technical terms that may be involved in the embodiments of the present application.

[0045] Vehicle positioning device: A device installed on a vehicle for monitoring and managing the vehicle's travel data. In some embodiments, the vehicle positioning device can be a terminal of a navigation system such as GPS or GNSS, mainly in the form of OBD (On-Board Diagnostics), adapted to the vehicle's OBD interface, plug-and-play, using high-performance 4G or 5G communication, capable of monitoring and managing the vehicle's travel data, and at the same time supporting flexible binding of the device to employees' vehicles.

[0046] Previous trip: Refers to other trips that occupy the same vehicle positioning device before the estimated vehicle usage time period of the trip order initiated by an employee in the embodiments of the present application.

[0047] This trip: Refers to the trip during the estimated vehicle usage time period of the trip order initiated by an employee in the embodiments of the present application.

[0048] In the embodiments of the present application, "beyond", "before", and "after" may or may not include the number itself. Those skilled in the art should understand that it can be selectively set according to the actual situation, which does not constitute a limitation to the present application.

[0049] Figure 2 The flowchart of a method for processing the private car for public rental by enterprise employees according to an embodiment of the present application is shown. The method includes the following steps:

[0050] S10: Receive a private car for public rental trip request from an employee terminal, where the private car for public rental trip request includes a trip departure place, a destination, an estimated start time, and an estimated end time;

[0051] S20: Display the occupancy status of one or more vehicle positioning devices during the estimated vehicle usage time period on the screen of the employee terminal, and receive a selection request for an idle vehicle positioning device;

[0052] S30: In response to the selection request for an idle vehicle positioning device, mark the corresponding vehicle positioning device as occupied and generate a private car for public rental trip order;

[0053] S40: Receive a trip start request from an employee terminal. Among them, if the time of the trip start request is within the estimated vehicle usage time period, allow the trip to start and start the vehicle positioning device to record trip data; if the trip start request is not received after exceeding the estimated end time, automatically cancel the private car for public rental trip order; if the trip start request is received before the estimated start time, then execute step S50;

[0054] S50: If the actual start time is earlier than the expected start time and the time difference is greater than the preset duration, prevent the trip from starting; if the actual start time is earlier than the expected start time and the time difference is less than or equal to the preset duration, determine whether there is a previous trip of the vehicle-mounted positioning device that has not started. If so, prevent the trip from starting; if not, execute step S60;

[0055] S60: Determine whether there is a previous trip in progress for the vehicle-mounted positioning device. If so, execute step S70; if not, allow the trip to start and start the vehicle-mounted positioning device to record trip data;

[0056] S70: Determine whether the previous trip has exceeded the expected end time of the previous trip. If not, prevent the trip from starting; if so, execute step S80;

[0057] S80: The employee terminal pops up a window to confirm with the employee whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, prevent the trip from starting; if the vehicle-mounted positioning device has been obtained, allow the trip to start, start the vehicle-mounted positioning device to record trip data, and end the previous trip;

[0058] S90: After receiving a trip end request from the employee terminal, turn off the vehicle-mounted positioning device and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; among them, in the case where the actual end time is later than the expected end time, if the employee modifies the actual end time, delete the trip data after the modified actual end time.

[0059] According to the processing method of the embodiment of the present application, as shown in Figure 2 In step S10, the employee operates the client on the employee terminal and enters information such as the departure place, destination, and expected vehicle usage time period of the trip in the private car leased for public use interface. The expected vehicle usage time period includes the expected start time and the expected end time of the trip. For example, the departure place of the trip is the company's headquarters address, the destination is the company's branch address, the expected start time is 14:30 on January 2nd, and the expected end time is 16:30 on January 2nd. The advantage of such processing is that through the pre-entry of trip information, the backend can analyze and judge based on this information, providing support for the execution of subsequent steps to overall arrange the vehicle-mounted positioning devices required for the company's overall private car leased for public use. In addition, the above trip information can also include an estimate of the self-service pick-up and return of the vehicle-mounted positioning device. For example, the departure place is also the destination of the return trip, and the expected vehicle usage time period includes the time of the outbound and return trips.

[0060] After the employee enters the trip information on the client side and sends a private car rental trip request, step S20 is executed. At this time, on the employee's client interface, the occupancy status of the vehicle-mounted positioning device is displayed according to the expected vehicle usage time period entered by the employee. If there are multiple vehicle-mounted positioning devices, they are displayed one by one. The employee needs to select an idle vehicle-mounted positioning device to perform the next steps.

[0061] For example, there are three vehicle-mounted positioning devices (denoted as A, B, and C) in the enterprise for private car rental trip records. Before the expected vehicle usage time period entered by the current employee, other employees have entered previous trips (denoted as a, b, c). Among them, the previous trips a and b do not overlap with the expected vehicle usage time period of this trip, and the previous trip c overlaps with the expected vehicle usage time period of this trip. At this time, the server compares and analyzes the overlap situation between the previous trips and the expected vehicle usage time period of this trip, displays the C vehicle-mounted positioning device used by the previous trip c with overlap as occupied, and displays the A and B vehicle-mounted positioning devices used by the previous trips a and b without overlap as idle. The idle vehicle-mounted positioning devices can be preferentially placed in front of the occupied vehicle-mounted positioning devices. At this time, the employee can select any one of the A or B vehicle-mounted positioning devices. The advantage of this processing is that the employee can clearly understand the busy and idle status of all available vehicle-mounted positioning devices, which is convenient for the employee to select the idle vehicle-mounted positioning device.

[0062] In step S30, after the employee selects an idle vehicle-mounted positioning device on the client side, the selected vehicle-mounted positioning device is marked as occupied, and a private car rental trip order is generated. At this time, the trip order is in the pending travel state, and the employee needs to officially start the trip according to step S40.

[0063] In step S40, the employee operates on the client side to start the trip. At this time, the server compares the relationship between the time when the trip start request is made and the expected vehicle usage time period, and executes different steps: If the time when the trip start request is made is within the expected vehicle usage time period, the trip start is allowed, and the vehicle-mounted positioning device is started to record trip data; If the trip start request is not received after exceeding the expected end time, the private car rental trip order is automatically cancelled; If the trip start request is received before the expected start time, step S50 is executed.

[0064] For example, the expected car - using time period is from 14:30 on the afternoon of January 2nd to 16:30 on the afternoon of January 2nd. If the moment of the trip start request is approximately 14:30 on the afternoon of January 2nd, the trip starts normally; if the trip start request has not been received after 16:30 on the afternoon of January 2nd, the trip order is automatically cancelled; if the trip start request is before 14:30 on the afternoon of January 2nd, step S50 needs to be executed for further judgment. The reason for such processing is that employees may have various situations according to their own time arrangements, including starting the trip in advance, on time, or being delayed. It is necessary to distinguish and process the above - mentioned situations in order to effectively plan the vehicle - mounted positioning device and promote rational utilization.

[0065] In step S50, when the moment of the trip start request is earlier than the expected start time, the judgment of the time interval is further increased to handle different situations. In the embodiments of the present application, this time interval can be preset as needed. For example, 2 hours, 5 hours, 0.5 days, 1 day, or longer or shorter can be used as the critical value of this time interval. The following takes 0.5 days as an example to describe various situations. If the actual start time is earlier than the expected start time and the interval > 0.5 days, at this time, since it is still far from the expected start time of the trip, it belongs to the abnormality or deviation of the trip, so the start of the trip is blocked; if the actual start time is earlier than the expected start time and the interval ≤ 0.5 days, although it is approaching the expected start time of the trip, it is still necessary to confirm whether there is a previous trip of the selected vehicle - mounted positioning device that has not started. If so, it means that the vehicle - mounted positioning device is not yet in an idle state, and the start of the trip is directly blocked. If there is no previous trip that has not started, it is still necessary to further judge whether there is a previous trip in progress, that is, the process of step S60.

[0066] In step S60, it is determined whether there is a previous trip in progress for the vehicle - mounted positioning device. If so, there may be two situations. One is that the previous trip is still in progress, that is, the vehicle - mounted positioning device is still in an occupied state. The other is that the employee of the previous trip has completed the previous trip but forgot to end the previous trip. In this regard, it is necessary to further judge that when there is a previous trip in progress, step S70 is executed; when there is no previous trip in progress, the start of the trip is allowed, and the vehicle - mounted positioning device is started to record trip data.

[0067] In step S70, when there is a previous trip in progress, it is necessary to determine whether the previous trip has exceeded the expected end time of the previous trip. If it has not exceeded, it means that the previous trip is normal, that is, the previous trip is still in progress. At this time, the start of the trip is blocked. If it has exceeded, there may be two situations at this time. One is that the previous trip has not been completed when it exceeds the time limit, that is, the previous trip is still in progress. The other is that the previous trip has actually been completed, but the employee of the previous trip forgot to end the previous trip. In this regard, it is necessary to further judge that when the previous trip has not exceeded the expected end time of the previous trip, the start of the trip is blocked; when the previous trip exceeds the expected end time of the previous trip, step S80 is executed.

[0068] In step S80, for the situation where the previous trip exceeds the expected end time of the previous trip, to judge whether it is an exceed during the trip or an exceed where the employee of the previous trip forgot to end the previous trip, the most direct way is to confirm whether the employee has obtained the vehicle-mounted positioning device. If not, it means that the previous trip is still in progress. If so, it means that the previous trip was forgotten to be ended. Specifically, the employee terminal pops up a window to confirm with the employee whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, the start of the trip is blocked; if the vehicle-mounted positioning device has been obtained, the start of the trip is allowed, the vehicle-mounted positioning device is started to record trip data, and the previous trip is ended.

[0069] For example, in step S50, the expected vehicle usage time period is from 14:30 on January 2nd to 16:30 on January 2nd. If the time of the trip start request is 14:30 on January 1st, at this time, the interval from the expected start time is 1 day > 0.5 days, and the start of the trip is blocked; if the time of the trip start request is 9:30 on January 2nd, at this time, the interval from the expected start time ≤ 0.5 days, and the situation of the previous trip is further judged. If there is a previous trip a1 with an expected start time of 10:00 on January 2nd at this time, it belongs to the previous trip not starting, and the start of the trip is blocked; if there is no previous trip after 9:30 on January 2nd, it belongs to no previous trip not starting, and step S60 is executed to judge whether there is a previous trip in progress. If not, the start of the trip is allowed; if there is a previous trip a2 that has not ended the trip at this time, step S70 is executed. If the expected vehicle usage time period of the previous trip a2 is from 6:00 on January 2nd to 10:00 on January 2nd, that is, it has not exceeded its expected end time, the start of the trip is blocked; if the expected vehicle usage time period of the previous trip a2 is from 6:00 on January 2nd to 7:00 on January 2nd, it has exceeded its expected end time, and step S80 is executed to confirm with the employee of this trip whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, the start of the trip is blocked; if the vehicle-mounted positioning device has been obtained, the start of the trip is allowed and the previous trip a2 is ended.

[0070] The reason for such processing is that when an employee starts this trip earlier and the interval from the expected start time is short, usually the previous trip has ended. In this case, allowing the employee to start this trip earlier is conducive to improving the flexibility of private car rental for business use. Even if there is a previous trip, not all of them will affect the connection and use of the vehicle-mounted positioning device. The situation where the employee forgets to end the previous trip should be excluded.

[0071] In step S90, after receiving a trip end request from the employee terminal, the vehicle-mounted positioning device is turned off, and the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time is called. Among them, when the actual end time is later than the expected end time, if the employee modifies the actual end time, the trip data after the modified actual end time is deleted. For example, the expected vehicle usage period is from 14:30 on January 2nd to 16:30 on January 2nd, and the actual end time is 18:30 on January 2nd. If the employee does not modify the actual end time, the trip data recorded by the vehicle-mounted positioning device includes the period from 16:30 on January 2nd to 18:30 on January 2nd. If the employee modifies the actual end time, such as modifying it to 16:30 on January 2nd, the vehicle-mounted positioning device does not record the trip data after this time point. The advantage of such processing is that in the case where the employee forgets to end the trip, private trip data of the employee may be recorded at this time. Allowing the employee to modify the actual end time and delete the trip data outside the actual vehicle usage period is conducive to strengthening the privacy protection of employees.

[0072] According to an embodiment of the present application, optionally, in step S10, for an employee who uses this client for the first time, it is configured that the employee needs to manually operate or the company client manager enters information such as the vehicle model and license plate number of the employee's personal vehicle. If the employee has not bound the private car, the client pops up a prompt and does not allow the employee to initiate a trip request.

[0073] In some embodiments, the trips initiated by the employee include two types. The first type is a round-trip trip, and the second type is a one-way trip. For a one-way trip, the expected return time and the actual return time of the vehicle-mounted positioning device also need to be entered.

[0074] According to an embodiment of the present application, optionally, in step S20, when all vehicle-mounted positioning devices are in an occupied state, it is set that the employee cannot select a vehicle-mounted positioning device to prevent the generation of a trip order, or it is set that when the employee selects an occupied vehicle-mounted positioning device, a pop-up prompt appears to prevent the selection to prevent the generation of a trip order.

[0075] Figure 3 It is a schematic diagram of using a calendar in a method for processing private car rental for enterprise employees according to an embodiment of the present application, as Figure 3As shown, in some embodiments, each vehicle-mounted positioning device displayed on the employee client is also provided with a function button for using a calendar, which can display the occupancy status of the vehicle-mounted positioning device in the form of a calendar; the calendar usually includes the date such as a certain day of a certain month and the day of the week, as well as the whole-hour time in the 24-hour system. According to the situation of the itinerary orders involved in the vehicle-mounted positioning device, the occupancy period and the occupant of the vehicle-mounted positioning device are recorded on the calendar to identify the occupancy status of the vehicle-mounted positioning device and facilitate the offline handover between employees. In terms of the specific presentation method of the occupancy status, it can be presented in the form of a square. Additionally, information such as the device number, SIM card number, and brand model of each vehicle-mounted positioning device can also be displayed on the employee client.

[0076] According to an embodiment of the present application, optionally, in step S30, the enterprise client accesses the enterprise internal approval system. After the employee selects the vehicle-mounted positioning device and generates an itinerary order, it is automatically submitted to the enterprise internal approval system for approval by a special person. At this time, the itinerary order is in a pending review state; if the itinerary order is rejected, the vehicle-mounted positioning device is released and the occupancy status changes to idle. If the itinerary order is approved, or a specific person does not need to review, or it automatically passes after the timeout, the itinerary order is in a pending departure state at this time.

[0077] According to an embodiment of the present application, optionally, in step S50, if the actual start time is earlier than the expected start time and the interval is > 0.5 days, and the employee terminal is a mobile phone, the mobile phone positioning permission is enabled to allow the itinerary to start. The reason for such processing is that due to the disadvantages of unstable background operation and shutdown of the client in mobile phone positioning, which may lead to discontinuous recording of itinerary data, in principle, a vehicle-mounted positioning device is required for private car rental for public use. However, in special cases where the employee really needs to start the itinerary too early, at this time, mobile phone positioning is allowed, but the employee needs to keep the client in the mobile phone in the background running state at all times.

[0078] In some embodiments, the critical value of the interval time may not be set, and directly determine whether there is a conflict with the previous itinerary. For example, confirm whether there is a previous itinerary that has not started for the selected vehicle-mounted positioning device. If so, prevent the itinerary from starting. If not, execute step S60.

[0079] According to an embodiment of the present application, optionally, in step S80, intermittently detect the connection status of the vehicle-mounted positioning device and give a pop-up prompt when the vehicle-mounted positioning device does not record an itinerary.

[0080] The implementation manners and advantages brought by the embodiments of the present application are described above through multiple embodiments. The following combines specific examples to describe the specific processing process of the embodiments of the present application in detail.

[0081] First, perform basic configurations for the private car leased for company use, including: basic configurations for the enterprise client, including entering information such as employees' mobile phone numbers, names, departments, employee numbers, license plate numbers, etc., which are used for account opening of employees to log in to the employee client and vouchers for private car leased for company use; entering the device number, SIM card number, and brand model of the vehicle-mounted positioning device. The device number and brand model are key information for the backend to access the interface of the vehicle-mounted positioning device manufacturer to obtain device positioning data.

[0082] After completing the basic configurations, the employee logs in to the employee client and operates the relevant processes for private car leased for company use. Suppose on January 2, 2024, employee Zhang San needs to drive his personal vehicle to travel back and forth between departure point A and destination B, and the expected vehicle usage time period is from 14:30 on January 2 to 16:30 on January 2. Zhang San can enter the trip information through the client (such as a mobile APP) and send a request for a private car leased for company use trip. The server returns the occupancy status of the vehicle-mounted positioning device according to the request. Suppose there are three vehicle-mounted positioning devices A, B, and C, and Li Yi, Li Er, and Li San have entered previous trips a, b, and c respectively. The expected vehicle usage time period of previous trip a is from 6:00 on January 2 to 7:00 on January 2, the expected vehicle usage time period of previous trip b is from 6:00 on January 2 to 8:00 on January 2, and the expected vehicle usage time period of previous trip c is from 14:00 on January 2 to 16:00 on January 2. That is, Zhang San's trip does not overlap with the trips of Li Yi and Li Er, and there is an overlap with Li San's trip. At this time, vehicle-mounted positioning devices A and B show as idle, and vehicle-mounted positioning device C shows as occupied.

[0083] In some embodiments, the expected vehicle usage time period is defaulted to T to T + 4 hours. For example, when Zhang San selects the expected start time of 14:30 on January 2, the expected end time is defaulted to 18:30 on January 2 and can be adjusted manually; for example, it supports modifying orders placed within the last 14 days.

[0084] In some embodiments, the occupancy status of the vehicle-mounted positioning device can be displayed in the form of a calendar.

[0085] Suppose Zhang San selects vehicle-mounted positioning device A. At this time, vehicle-mounted positioning device A is marked as occupied, and a private car leased for company use trip order is generated. At this time, the trip order is in the pending travel state.

[0086] In some embodiments, the vehicle usage application information will be sent to the approval terminal, and the approval personnel will check the relevant information. If the information is correct, this trip can be approved.

[0087] Suppose Zhang San installs a vehicle positioning device on his personal vehicle and initiates a trip start request through the client at 9:30 am on January 2. At this time, it has not reached the expected start time, and the time interval from the expected start time is ≤ 0.5 days. Further judge the situation of the previous trip. Suppose Li Yi's previous trip a has not ended yet, and the expected vehicle usage time period of Li Yi's previous trip a is from 6:00 am to 7:00 am on January 2, which has exceeded the expected end time. Further pop up a confirmation window through the client to ask Zhang San whether he has obtained the vehicle positioning device. Suppose Zhang San has obtained it, then allow the trip to start and end Li Yi's previous trip a.

[0088] In some embodiments, suppose Zhang San initiates a trip start request through the client at 2:30 pm on January 1. The actual start time is earlier than the expected start time and the time interval is > 0.5 days. At this time, Zhang San can allow the trip to start by enabling the mobile phone positioning permission. At the same time, the client pops up a window to prompt that there may be inaccurate breakpoint trajectories in the mobile phone positioning records.

[0089] In some embodiments, intermittently detect whether the vehicle positioning device records trip data. If not, pop up a prompt on the client.

[0090] Suppose Zhang San arrives at the destination at 11:30 am on January 2, but does not end the trip in time. The actual end time is 4:30 pm on January 2. At this time, the vehicle positioning device records the trip data from 9:30 am to 4:30 pm on January 2. Then Zhang San modifies the actual end time to 11:30 am on January 2. At this time, the vehicle positioning device deletes the trip data from 11:30 am to 4:30 pm on January 2.

[0091] In some embodiments, it is necessary for the actual end time to exceed the expected end time by more than 3 hours before the actual end time can be modified.

[0092] In some embodiments, orders with abnormal vehicle usage time can be marked. For example, compare the interval between the actual start time and the actual end time, and the interval between the expected start time and the expected end time. If it exceeds the preset threshold, it is judged as abnormal.

[0093] In some embodiments, according to the mileage / trajectory during the actual vehicle usage period, obtain the configured price, and write the trip data into the trip order. The trip data includes the departure place, destination, expected vehicle usage time period, actual vehicle usage time period, mileage, price, etc., as a voucher for reimbursement.

[0094] Figure 4 It is the structural block diagram of a processing device for private car rental for enterprise employees in an embodiment of the present application, as Figure 4As shown, corresponding to the method embodiment of the present application, the present application further provides a processing device for private car rental for enterprise employees. The device 100 includes:

[0095] A receiving module 110, configured to receive a private car rental trip request from an employee terminal, where the private car rental trip request includes a trip departure location, a destination, an estimated start time, and an estimated end time;

[0096] A display processing module 120, configured to display the occupancy status of one or more vehicle-mounted positioning devices during the estimated vehicle usage period on the screen of the employee terminal, and receive a selection request for an idle vehicle-mounted positioning device;

[0097] An order generation module 130, configured to, in response to the selection request for an idle vehicle-mounted positioning device, mark the corresponding vehicle-mounted positioning device as occupied and generate a private car rental trip order;

[0098] A first trip start processing module 140, configured to receive a trip start request from an employee terminal. Wherein, if the moment of the trip start request is within the estimated vehicle usage period, the trip start is allowed, and the vehicle-mounted positioning device is started to record trip data; if the trip start request is not received beyond the estimated end time, the private car rental trip order is automatically cancelled; if the trip start request is received before the estimated start time, the second trip start processing module is triggered;

[0099] A second trip start processing module 150, configured to prevent the trip start when the actual start time is earlier than the estimated start time and the interval is greater than a preset duration; and is also configured to, when the actual start time is earlier than the estimated start time and the interval is less than or equal to the preset duration, determine whether there is a previous trip of the vehicle-mounted positioning device that has not started. If so, prevent the trip start; if not, trigger the third trip start processing module;

[0100] A third trip start processing module 160, configured to determine whether there is a previous trip of the vehicle-mounted positioning device that is in progress. If so, trigger the fourth trip start processing module; if not, allow the trip start, and start the vehicle-mounted positioning device to record trip data;

[0101] A fourth trip start processing module 170, configured to determine whether the previous trip exceeds the estimated end time of the previous trip. If not, prevent the trip start; if so, trigger the fifth trip start processing module;

[0102] A fifth trip start processing module 180, configured to confirm with the employee through a configured pop-up window on the employee terminal whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, prevent the trip start; if the vehicle-mounted positioning device has been obtained, allow the trip start, start the vehicle-mounted positioning device to record trip data, and end the previous trip;

[0103] The trip end processing module 190 is configured to turn off the vehicle-mounted positioning device after receiving a trip end request from an employee terminal, and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; wherein, in the case that the actual end time is later than the expected end time, if the employee modifies the actual end time, the trip data of the modified actual end time will be deleted.

[0104] An embodiment of the present application provides an electronic device, which includes a processor and a memory storing computer program instructions; when the processor executes the computer program instructions, the steps of the method described above are implemented.

[0105] The electronic device in the embodiment of the present application may be a user terminal device, may be a server, may also be other computing devices, or may be a cloud server. Figure 5 The schematic diagram of the hardware structure of the electronic device according to the embodiment of the present application is shown. The electronic device may include a processor 601 and a memory 602 storing computer program instructions. When the processor 601 executes the computer program instructions, the process or function of the method in any of the above embodiments is implemented.

[0106] Specifically, the processor 601 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present application. The memory 602 may include a mass storage for data or instructions. For example, the memory 602 may be at least one of the following: a hard disk drive (HDD), a read only memory (ROM), a random access memory (RAM), a floppy disk drive, a flash memory, an optical disc, a magneto-optical disc, a magnetic tape, a universal serial bus (USB) drive, or other physical / tangible memory storage devices. Also, the memory 602 may include removable or non-removable (or fixed) media. Again, the memory 602 may be inside or outside the integrated gateway disaster recovery device. The memory 602 may be a non-volatile solid state memory. In other words, generally the memory 602 includes a tangible (non-transitory) computer-readable storage medium (such as a memory device) encoded with computer-executable instructions, and when the software is executed (such as by one or more processors), the operations described in the method of the embodiment of the present application can be performed. The processor 601 realizes the process or function of any one of the above methods by reading and executing the computer program instructions stored in the memory 602.

[0107] In one example, Figure 5The electronic device shown may further include a communication interface 603 and a bus 610. Among them, the processor 601, the memory 602, and the communication interface 603 are connected through the bus 610 to complete communication with each other. The communication interface 603 is mainly used to implement communication between various modules, devices, units, and / or devices in the embodiments of the present application. The bus 610 includes hardware, software, or both, and can couple the components of the online data flow charging device to each other. For example, the bus may include at least one of the following: Accelerated Graphics Port (AGP) or other graphics buses, Enhanced Industry Standard Architecture (EISA) bus, Front Side Bus (FSB), HyperTransport (HT) interconnect, Industry Standard Architecture (ISA) bus, InfiniBand interconnect, Low Pin Count (LPC) bus, Memory bus, MicroChannel Architecture (MCA) bus, Peripheral Component Interconnect (PCI) bus, PCI-Express (PCI-X) bus, Serial Advanced Technology Attachment (SATA) bus, Video Electronics Standards Association Local (VLB) bus, or other suitable buses. The bus 610 may include one or more buses. Although the embodiments of the present application describe or illustrate specific buses, the embodiments of the present application may consider any suitable bus or interconnect method.

[0108] Combined with the method in the above embodiments, the embodiments of the present application further provide a computer-readable storage medium, on which computer program instructions are stored. When the computer program instructions are executed by a processor, the processes or functions of any one of the methods in the above embodiments are implemented.

[0109] The flowcharts and / or block diagrams of the methods, devices, systems, and computer program products of the embodiments of the present application have been described above by way of example, and the relevant aspects have been described. It should be understood that each block or a combination thereof in the flowchart and / or block diagram can be implemented by computer program instructions, or by dedicated hardware that performs a specified function or action, or by a combination of dedicated hardware and computer instructions. For example, these computer program instructions can be provided to the processor of a general-purpose computer, a dedicated computer, or other programmable data processing devices to form a machine, so that these instructions executed by such a processor enable the implementation of the specified functions / actions in each block or a combination thereof in the flowchart and / or block diagram. Such a processor can be a general-purpose processor, a dedicated processor, a special application processor, or a field programmable logic circuit.

[0110] The functional blocks shown in the structural block diagrams of the embodiments of the present application can be implemented as hardware, software, firmware, or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a functional card, etc.; when implemented in software, it is a program or a code segment for performing the required tasks. The program or code segment can be stored in a memory, or transmitted via a data signal carried in a carrier wave over a transmission medium or a communication link. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0111] It should be noted that the present application is not limited to the specific configurations and processes described above or shown in the figures. The above are only specific embodiments of the present application. Those skilled in the art can clearly understand that for the convenience and conciseness of description, the specific working processes of the described systems, devices, modules, or units can refer to the corresponding processes in the method embodiments and will not be repeated here. It should be understood that the protection scope of the present application is not limited thereto. Any person skilled in the art within the technical scope disclosed by the present application can think of various equivalent modifications or substitutions, and these modifications or substitutions should be covered within the protection scope of the present application.

Claims

1. A method for handling the private car rental for enterprise employees includes the following steps: S10: Receive a private car rental trip request from an employee terminal, where the private car rental trip request includes a trip departure location, a destination, an estimated start time, and an estimated end time; S20: Display the occupancy status of one or more vehicle-mounted positioning devices during the estimated vehicle usage period on the screen of the employee terminal, and receive a selection request for an idle vehicle-mounted positioning device; S30: In response to the selection request for the idle vehicle-mounted positioning device, mark the corresponding vehicle-mounted positioning device as occupied and generate a private car rental trip order; S40: Receive a trip start request from the employee terminal, where, if the moment of the trip start request is within the estimated vehicle usage period, allow the trip to start and activate the vehicle-mounted positioning device to record trip data; if the trip start request is not received beyond the estimated end time, automatically cancel the private car rental trip order; if the trip start request is received before the estimated start time, then execute step S50; S50: If the actual start time is earlier than the estimated start time and the interval is greater than a preset duration, prevent the trip from starting; if the actual start time is earlier than the estimated start time and the interval is less than or equal to the preset duration, determine whether there is a previous trip of the vehicle-mounted positioning device that has not started. If so, prevent the trip from starting; if not, then execute step S60; S60: Determine whether there is a previous trip of the vehicle-mounted positioning device that is in progress. If so, execute step S70; if not, allow the trip to start and activate the vehicle-mounted positioning device to record trip data; S70: Determine whether the previous trip has exceeded the estimated end time of the previous trip. If not, prevent the trip from starting; if so, then execute step S80; S80: The employee terminal pops up a window to confirm with the employee whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, prevent the trip from starting; if the vehicle-mounted positioning device has been obtained, allow the trip to start, activate the vehicle-mounted positioning device to record trip data, and end the previous trip; S90: After receiving a trip end request from the employee terminal, turn off the vehicle-mounted positioning device and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; where, in the case where the actual end time is later than the estimated end time, if the employee modifies the actual end time, delete the trip data after the modified actual end time.

2. According to the method described in claim 1, in step S30, the method further includes: In response to all vehicle-mounted positioning devices being occupied, the employee terminal is configured to prevent the generation of a trip order.

3. The method according to claim 1, wherein The occupancy status of each vehicle-mounted positioning device includes a usage calendar, on which the occupancy period and the occupant of the vehicle-mounted positioning device are recorded, for identifying the occupancy status of the vehicle-mounted positioning device and facilitating offline handover between employees.

4. According to the method described in claim 1, in step S50, the method further includes: If the actual start time is earlier than the estimated start time and the interval is greater than a preset duration, and the employee terminal is a mobile phone, then turn on the mobile phone positioning permission and allow the trip to start.

5. A device for handling the private car rental for enterprise employees includes the following modules: A receiving module, configured to receive a private car rental trip request from an employee terminal, where the private car rental trip request includes a trip departure location, a destination, an estimated start time, and an estimated end time; A display processing module, configured to display the occupancy status of one or more vehicle-mounted positioning devices within a predicted vehicle usage time period on the screen of an employee terminal, and receive a selection request for an idle vehicle-mounted positioning device; An order generation module, configured to, in response to the selection request for an idle vehicle-mounted positioning device, mark the corresponding vehicle-mounted positioning device as occupied, and generate a private car for public rental trip order; A first trip start processing module, configured to receive a trip start request from an employee terminal. Wherein, if the time of the trip start request is within the predicted vehicle usage time period, the trip start is allowed, and the vehicle-mounted positioning device is started to record trip data; if the trip start request is not received beyond the predicted end time, the private car for public rental trip order is automatically cancelled; if the trip start request is received before the predicted start time, the second trip start processing module is triggered; A second trip start processing module, configured to prevent the trip start when the actual start time is earlier than the predicted start time and the time difference is greater than a preset duration; and is also configured to, when the actual start time is earlier than the predicted start time and the time difference is less than or equal to the preset duration, determine whether there is a previous trip of the vehicle-mounted positioning device that has not started. If so, the trip start is prevented; if not, the third trip start processing module is triggered; A third trip start processing module, configured to determine whether there is a previous trip of the vehicle-mounted positioning device that is in progress. If so, the fourth trip start processing module is triggered; if not, the trip start is allowed, and the vehicle-mounted positioning device is started to record trip data; A fourth trip start processing module, configured to determine whether the previous trip exceeds the predicted end time of the previous trip. If not, the trip start is prevented; if so, the fifth trip start processing module is triggered; A fifth trip start processing module, configured to confirm with the employee through a configured pop-up window on the employee terminal whether the vehicle-mounted positioning device has been obtained. If the vehicle-mounted positioning device has not been obtained, the trip start is prevented; if the vehicle-mounted positioning device has been obtained, the trip start is allowed, the vehicle-mounted positioning device is started to record trip data, and the previous trip is ended; A trip end processing module, configured to turn off the vehicle-mounted positioning device after receiving a trip end request from an employee terminal, and call the trip data recorded by the vehicle-mounted positioning device during the actual start time to the actual end time; wherein, in the case where the actual end time is later than the predicted end time, if the employee modifies the actual end time, the trip data of the modified actual end time is deleted.

6. The device according to claim 5, wherein, The order generation module further includes: being configured to prevent the generation of a trip order through configuration on the employee terminal in response to all vehicle-mounted positioning devices being occupied.

7. The device according to claim 5, characterized in that, In the display processing module, the occupancy status of each vehicle-mounted positioning device includes a usage calendar, on which the occupancy period and the occupant of the vehicle-mounted positioning device are recorded, for identifying the occupancy status of the vehicle-mounted positioning device and facilitating offline handover between employees.

8. The device according to claim 5, characterized in that, The trip start processing module further includes: being configured to, when the actual start time is earlier than the predicted start time and the time difference is greater than a preset duration, and the employee terminal is a mobile phone, turn on the mobile phone positioning permission and allow the trip start.

9. An electronic device, characterized in that, The electronic device includes: a processor and a memory storing computer program instructions; when the electronic device executes the computer program instructions, the method described in any one of claims 1-4 is implemented.

10. A computer-readable storage medium, characterized in that, Computer program instructions are stored on the computer-readable storage medium, and when the computer program instructions are executed by a processor, the method described in any one of claims 1-4 is implemented.

Images