CN119623959A - Enterprise vehicle management system and method thereof - Google Patents

Abstract

The present application relates to an enterprise vehicle management system, comprising: a server side running on a cloud host; and a personal client side running on a personal computing device; the server side and the personal client side are interconnected through a network; wherein the server side receives vehicle use orders from the personal client side; and arranges the enterprise's self-purchased vehicles and vehicles from a car-hailing platform, a short-term rental platform or a new energy vehicle platform to execute the vehicle use tasks defined in the vehicle use order according to the vehicle use order; wherein the server side comprehensively considers all approved vehicle use orders within a period of time to decide on the arrangement of vehicles; wherein, when an employee applies for the use of an enterprise vehicle, the estimated mileage is used to calculate the cost; wherein the cost standard is set with reference to the vehicle's fuel consumption, depreciation, and maintenance cost factors.

Description

Enterprise vehicle management system and method thereof

Technical Field

The invention relates to the field of software platforms, in particular to an enterprise vehicle management system and a method thereof.

Background

With the wide application of car service platforms such as beeps, the individual trip situation has changed greatly. Compared with the prior art that the vehicle can only drive by itself or rely on public transportation means, the vehicle platform for the beeps, etc. has the advantage that the traveling of individuals is more flexible and convenient. However, at the enterprise end, the situation of using the vehicle appears without any change. Enterprises still acquire vehicles in a purchasing or renting mode to meet own vehicle requirements. However, the conventional method has the problems of high cost, complex management and the like of the vehicle, and the vehicle requirements of modern enterprises cannot be met.

Disclosure of Invention

Aiming at the technical problems existing in the prior art, the application provides an enterprise vehicle management system which comprises a server side running on a cloud host and a personal client side running on personal computing equipment, wherein the server side is connected with the personal client side through a network, the server side receives a vehicle order from the personal client side, and the enterprise vehicle self-purchasing and vehicle self-purchasing platform is arranged according to the vehicle order, A vehicle-using task defined by a vehicle-using order is executed by a vehicle of a short-renting platform or a new energy vehicle platform, wherein the renting period of the short-renting vehicle is more than half a day or 1 day, wherein the server side comprehensively considers all vehicle-using orders which pass through the examination for a period of time to decide the arrangement of the vehicles, wherein the rule of the server side for deciding the arrangement of the vehicles comprises that the cost for completing all orders is lowest, the use of own vehicles is most, the use of the vehicles is about, and the use of all orders is least, the cost calculation is carried out by using estimated mileage when staff applies for the vehicles of enterprises, the cost calculation mode of the vehicles of the enterprises for completing the vehicle orders is that cost standard per kilometer is defined, cost standard per hour is defined, cost standard per kilometer is or cost standard per hour and cost standard per hour is defined, wherein the fuel consumption of the standard of the cost refers to the vehicles, The depreciation and maintenance cost factor setting, wherein the server side comprises a service platform for processing the vehicle order, a device gateway for receiving the vehicle information from the vehicle-mounted device and forwarding the vehicle information to the service platform, and a service gateway for receiving the vehicle information from the vehicle-restraining platform, A service platform or a new energy vehicle platform comprises a first-level functional module, wherein the first-level functional module comprises an enterprise authentication module, an enterprise vehicle management system and a vehicle management module, wherein the enterprise authentication module is configured to authenticate an enterprise, fill in enterprise information in the enterprise authentication module and upload related qualification files, the enterprise can use the service platform after being checked, the enterprise vehicle management system is used for managing enterprise vehicles and drivers and processing vehicle orders, the enterprise vehicle management system comprises a second-level functional module, wherein the vehicle management module is used for processing vehicle orders, a dispatching management module is used for dispatching enterprise vehicles, and the vehicle management module is used for managing vehicles of the enterprise, the vehicle management module comprises a third-level functional module, wherein the vehicle order sub-module is used for displaying and updating vehicles, the vehicle order sub-module comprises a manager vehicle order unit and an employee order checking sub-module, the vehicle order of staff in a management range is displayed by the manager, the order checking sub-module is configured to automatically or manually manage the order, and the vehicle order checking sub-module is arranged to be bound to the vehicles of the driver by the first-level functional module, the vehicle management module is used for distributing vehicles of the enterprise by the vehicles and the third-level functional module is used for distributing vehicles of the vehicles by the vehicles of the first-level functional module, and the vehicle management module is used for distributing vehicles of the enterprise by the vehicles by the first-level functional module is used for checking vehicles by the first-level of the vehicle management module, and the vehicle sub-level functional module is used for displaying and updating vehicles orders of vehicles and updating vehicles orders is used for the vehicles and updating vehicles, the vehicles order is used for the vehicles and the vehicles, and the vehicles order is capable, driving habit, driving history and binding history of driver, The system comprises a driver overtime situation and an order situation required to be completed by the vehicle, a real-time display sub-module, a scheduling processing sub-module and a vehicle control sub-module, wherein the real-time display sub-module is configured to display the vehicle position in real time, the scheduling display sub-module is configured to display a list of the vehicle orders in execution and a list of the vehicle orders to be executed, the scheduling display sub-module is also used for checking the state of the vehicle and setting a special vehicle or a silent mode, the current position and the vehicle track of the vehicle cannot be checked after the silent mode is set, the garage setting sub-module is configured to allocate a garage or an electronic fence for the vehicle, the vehicle management module comprises a third-stage functional module, the vehicle information management sub-module is configured to manage information of the enterprise self-purchased vehicle and/or the long-rented vehicle, the vehicle maintenance management sub-module is configured to manage the vehicle maintenance information, and the abnormality processing sub-module is configured to monitor abnormal events and process abnormal events, the abnormal events comprise one or more than one or more of abnormal vehicles in working time, the abnormal power supply voltage is abnormal, the idle time is long, the vehicle driving time deviates from a normal route, the vehicle is running a normal time, the vehicle deviates from a normal vehicle, the vehicle is in a stop time, and the vehicle exceeds a normal vehicle speed range.

The system as described above, wherein the personal client can be configured to review a use order or arrange for a self-purchased vehicle or a vehicle from a vehicle-restraining platform, a rental platform, or a new energy use platform in accordance with the use order.

The system as described above, wherein the server side or employee application is configured to estimate a cost of the order for use, wherein the order for use or the order for use is allowed to be submitted for review in response to the employee or the department in which the employee is located having a vehicle budget greater than the cost of the order for use.

The system as described above wherein the service gateway receives data from a service provider providing a communication service, a location service, or an on-board device service, further comprises a data aggregation layer that receives data from the device gateway and the service gateway and converts the data format and forwards it to the service platform.

According to another aspect of the present application, an enterprise vehicle management method is provided, comprising the steps of receiving a login request from an employee application and authenticating the login request; the method comprises the steps of receiving a vehicle order from a staff application in response to the staff application through authentication, checking the vehicle order, and arranging enterprise self-purchasing vehicles and vehicle execution vehicle tasks defined by the vehicle order from a vehicle reduction platform, a short lease platform or a new energy vehicle platform according to the vehicle order through checking, wherein the arrangement of the vehicles is decided by comprehensively considering all the vehicle orders passing the checking within a period of time, the rule for deciding the vehicle arrangement comprises the steps of lowest cost for completing all the orders, most use of the self-owned vehicles, complete all the orders, most use of the self-owned vehicles, about vehicle times and least use of the vehicle for completing all the orders, and in the case that the staff applies for the vehicles for the enterprise vehicles, the cost calculation is carried out by using the estimated mileage, the calculation mode of the cost of the vehicles for the enterprise when the vehicles for completing the vehicle orders is defined by a cost standard per kilometer, a cost standard per hour is defined, or the cost standard per kilometer is defined, the cost standard per hour is defined, and the cost standard per hour is defined, wherein the cost standard is set by referring to the fuel consumption, the depreciation and maintenance cost factors of the vehicles.

The method as described above further includes selecting to execute a portion of the vehicle tasks defined by the vehicle orders from the vehicle reduction platform or the rental platform when the enterprise self-purchased vehicle is unable to execute all of the vehicle order defined tasks or when the cost of executing all of the vehicle orders with the enterprise self-purchased vehicle is higher.

The method as described above further includes defining a calculation of the vehicle cost when the vehicle order is completed using the enterprise self-purchased vehicle, including but not limited to defining a cost per kilometer criterion, defining a cost per hour criterion, and defining a cost per kilometer criterion and a cost per hour criterion.

The method as described above further includes receiving from the taxi-order platform a fee required to complete the mission defined by the order for the vehicle, receiving from the taxi-order platform a daily lease fee for the vehicle leasing, and completing the order using the taxi-order platform in response to the vehicle using the taxi-order platform having a greater fee for completing the plurality of orders than the order using the taxi-order platform.

The method as described above further includes predicting one or more future vehicle orders for one or more days, receiving a daily rental fee from the rental car platform for two or more days, and completing one or more orders for the one or more future days and for the one or more days using the vehicle of the rental car platform.

The method as described above further includes sending a request to an employee application placing the order for use to modify the time of use, the start location, or the end location, and merging the plurality of orders for use in response to information from the employee application agreeing to the modification.

The foregoing description is only an overview of the technical solutions of the exemplary embodiments of the present application, and may be implemented according to the content of the specification in order to make the technical means of the exemplary embodiments of the present application more clearly understood, and in order to make the above and other objects, features and advantages of the exemplary embodiments of the present application more comprehensible, the following description of the present application will be given.

Drawings

The foregoing and/or other aspects of the present invention will become more apparent from the following detailed description of exemplary embodiments of the present invention, taken in conjunction with the accompanying drawings, in which:

FIG. 1 is a schematic illustration of an enterprise vehicular service system application environment in accordance with one embodiment of the present invention;

FIG. 2 is a schematic diagram of an enterprise vehicular service system in accordance with one embodiment of the present invention;

FIG. 3 is a data flow diagram of an enterprise vehicular service system in accordance with one embodiment of the present invention;

FIG. 4 is a schematic layout of a service platform according to one embodiment of the invention;

FIG. 5 is a schematic diagram of a service platform according to one embodiment of the invention;

FIG. 6 is a flow chart of a method for enterprise employee use in accordance with one embodiment of the invention;

FIG. 7 is a flow chart of a method for performing a vehicle for an enterprise employee in accordance with one embodiment of the invention;

FIG. 8 is a method for managing a vehicle for an enterprise in accordance with one embodiment of the present invention, and

Fig. 9 is a schematic diagram of a service platform of an enterprise car management system according to another embodiment of the present invention.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

In the following detailed description, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration specific embodiments of the application. In the drawings, like reference numerals describe substantially similar components throughout the different views. Various specific embodiments of the application are described in sufficient detail below to enable those skilled in the art to practice the teachings of the application. It is to be understood that other embodiments may be utilized or structural, logical, or electrical changes may be made to embodiments of the present application.

The invention provides a brand-new system framework of an enterprise vehicle service platform, which not only can flexibly meet various requirements of enterprise vehicles, but also can conveniently manage a vehicle team and a driver, thereby greatly improving the vehicle management efficiency of the enterprise and reducing the cost related to the management.

FIG. 1 is a schematic illustration of an enterprise vehicle service system application environment in accordance with one embodiment of the present invention. As shown, the in-car enterprise includes a head office 101 and a plurality of branch offices 102-104. Head office 101 is connected to a plurality of branch offices 102-104 through a network 105. The network 105 may include the mobile Internet, the Internet, and other networks capable of two-way communication. A plurality of vehicles 106 are also connected to the network 105 through in-vehicle devices. In some embodiments of the invention, the vehicle 106 may be an own vehicle of the business, or a vehicle of the business that obtains the right of use in a long rental way, or a vehicle of the business that obtains the right of use in a short rental way, or a vehicle of a service company that provides the business with the vehicle service, or even a social vehicle that provides the vehicle for some job of the business, or other vehicle.

Further, individuals 107, including drivers and users, with the enterprise vehicular service system may also connect to the network 105 via, for example, a mobile terminal. In some embodiments of the invention, the driver may be an employee of the enterprise, or may be a person outside the enterprise who provides vehicle services to the enterprise. Likewise, the user may be an employee of the enterprise, or may be a person outside of the enterprise that is authorized, such as a customer of the enterprise.

Further, other cart service platforms 108 associated with enterprise cart service systems, including but not limited to a shared cart platform, a shared car rental platform, a time-sharing rental platform, a new energy car use platform, and the like, may also be connected to the network 105.

According to one embodiment of the present invention, the enterprise vehicle service system of the present invention includes a server side, an enterprise client side, a personal client side, and a vehicle side. In some embodiments, the server side is a cloud server disposed on one or more cloud hosts 110 connected to the network 105. Further, the network 105 may include a gateway 111 that is connected to one or more cloud hosts 110.

The enterprise client may also be installed on one or more cloud hosts 110 disposed in connection with the network 105. An administrator 120 or a vehicle-related dispatch user 121 in an enterprise may access and operate an enterprise client installed on a cloud host through a browser to use or manage the enterprise vehicle service system of the present invention. In some embodiments, to ensure security, only a browser installed on the head office 101 host is able to access the enterprise client to manage the enterprise vehicle management system. Further, the browser of the host of the head office 101 is connected to the gateway 111 through the firewall 112, thereby improving security. Those skilled in the art will appreciate that this is but one arrangement of enterprise clients. Other approaches known in the art may also be used for implementation of enterprise clients.

The personal client may be installed on a device of the person 107 associated with the enterprise car service system. Such devices include, but are not limited to, mobile devices such as cell phones, pad, PDA, notebook, or on computers, servers, etc. Taking a cell phone as an example, the individual 107 may operate a personal client installed on his cell phone to use the enterprise vehicular service system.

An automotive end may be mounted on one or more vehicles 106. In some embodiments, the vehicle end only collects data from the vehicle 106 and does not interact with a user of the vehicle 106. For example, the data collected from the vehicle 106 at the vehicle end includes, but is not limited to, basic information of the vehicle, maintenance conditions of the vehicle, mileage of the vehicle, etc., and also includes real-time data of the position of the vehicle, speed of the vehicle, oil amount of the vehicle, state of the vehicle, etc. In other embodiments, the vehicle end may interact with the user of the vehicle in addition to collecting data from the vehicle 106, such as by issuing instructions to the user of the vehicle or receiving information from the user of the vehicle. The automobile end collects data from on-board equipment, including but not limited to, internet of vehicles equipment, a T-Box system of a vehicle, an OBD system of a vehicle, or an on-board GPS/Beidou system, and forwards the data to a server end. In accordance with one embodiment of the invention, the vehicle end may include only software in the event that the vehicle 106 already has networking functionality. For example, the automobile end may be software running on the host of the vehicle 106. For example, the host of the vehicle 106 is an Android system, and the vehicle end may be an Android application. According to one embodiment of the invention, the automotive end may include both hardware and software. For example, for vehicles without networking functionality, the automotive end includes a 3G or 4G LTE communication module to enable communication with the network 105. For vehicles without locating devices, the vehicle end includes a GPS or beidou navigation system to obtain the position of the vehicle. In an exemplary implementation of the invention, the automobile end is coupled to a OBD (On Board Diagnostics) or T-Box system of the vehicle to obtain vehicle state information, including, but not limited to, engines, catalytic converters, particulate traps, oxygen sensors, emission control systems, fuel systems, GER, and the like. In some implementations of the invention, the vehicle end has an OBD/T-box onboard device with networking functionality.

According to one embodiment of the invention, enterprise clients, personal clients, and automobile ends are all connected to gateway 111 of network 105, and then to a server end on cloud host 110 through gateway 111. According to one embodiment of the invention, the other cart platforms 108 communicate with the server side via an encrypted communication channel.

Fig. 2 is a schematic diagram of an enterprise vehicular service system in accordance with one embodiment of the present invention. As shown in fig. 2, the core of the enterprise car service system of the present invention is a service platform 201, which may also be referred to as a service system or processing system. The service platform 201 is connected to various vehicle-mounted devices through a device gateway 202, a third party service provider through a business gateway, and the service platform 201 and a platform user 204 (including users of enterprise clients and personal clients) are directly connected.

In some embodiments, the service platform 201 is connected to the vehicle end and further communicates with various on-board devices. Such in-vehicle devices include, but are not limited to, in-vehicle networking devices, T-Box systems of vehicles, OBD systems of vehicles, or in-vehicle GPS/Beidou systems. The automobile side collects data from these devices and forwards the data to the service platform 201. In some embodiments, device gateway 202 is used to aggregate data from onboard devices and convert the data into a unified format for further forwarding to service platform 201.

In some embodiments, the service platform 201 may not use any third party services and therefore need not include a business gateway 203 that interfaces with other respective service providers. Alternatively, the enterprise vehicular service system of the present invention may incorporate third party services in order to provide more flexible services to the enterprise. In some embodiments, the third party services include basic services including, but not limited to, a short message service 2031 and a location service 2032. Taking a short message service as an example, the enterprise vehicle service system of the invention supports sending a short message to the equipment of the personal client in a short message mode. For example, when an individual user forgets to log in a password, the present invention supports sending dynamic login codes in a short message. In some embodiments, the third party services include third party automotive services including, but not limited to, an about car service 2034, a rental car service 2035, and a new energy automotive service 2036. In order to provide more flexible vehicle selection for enterprises and reduce the cost of vehicle use for enterprises, the vehicle use system of the invention supports the introduction of third party vehicle use services. Taking the car-booking service as an example, for the single car-using requirement of an enterprise, if no free own or leased vehicle exists on the service platform or the cost of using the own or leased vehicle is high, a third party car-booking service is provided for the enterprise to meet the car-using requirement of the enterprise. Similarly, if the short renting mode is more reasonable, a third party short renting service can be provided for the enterprise to meet the vehicle requirements of the enterprise. Similarly, for the situation that certain places can only allow the new energy automobile to be used, the enterprise automobile platform can provide third-party new energy automobiles for enterprises to meet the automobile demands of the enterprises. In some embodiments, the service gateway 203 is configured to aggregate data from third party services and convert the data into a unified format for further forwarding to the service platform 201.

Alternatively, the enterprise vehicular service system of the present invention may include a data aggregation layer 205. In the case of including the data aggregation layer 205, the appliance gateway 202 may not necessarily have a function of data format conversion, but transfer the function of data format conversion to the data aggregation layer 205 for completion, or the appliance gateway 202 may have only a partial data processing function. Further, when the on-board device changes, the device gateway 202 makes corresponding adjustment to increase or decrease the definition of the on-board device, and the format conversion mode of the data from the on-board device is increased or decreased in the data collection layer, so that the on-board device can be increased or decreased without making adjustment to other parts of the enterprise vehicle service system. This can greatly reduce the workload of system maintenance and updating.

As shown, platform user 204 of service platform 201 may interact directly with data platform 201 to obtain services of data platform 201. The service platform 201 includes an enterprise vehicle management system, a third party vehicle management module, and other services for an administrator of the enterprise vehicle service system to manage enterprise vehicles. Further, the service platform 201 also provides functions such as enterprise authentication and system management for users of the enterprise car service system, and provides support for enterprise car service.

Fig. 3 is a data flow diagram of an enterprise vehicular service system in accordance with one embodiment of the present invention. As shown in fig. 3, data from the in-vehicle apparatus is collected at the data collection layer and format-converted. The service platform receives data from the vehicle-mounted device through a data interface connected with the data collection layer. These data form the basis for the service platform to provide vehicle services and update vehicle status. The platform user directly interacts with the service platform, and the bidirectional communication of data is realized by using the service provided by the service platform. The data communication mode supports high-flow and high-efficiency data interaction, so that high-quality service can be provided for enterprise users.

Fig. 4 is a schematic deployment diagram of a service platform according to one embodiment of the invention. In the embodiment, a cloud service mode of load balancing is adopted, so that the operation of the enterprise vehicle service system can be ensured to the greatest extent. As shown in the figure, the service platform of the invention adopts two modes of access terminal load balancing and service load platform. Specifically, zookper is taken as a core, http load balancing of an Nginx mode is established at an access terminal, wherein the Nginx supports a plurality of Tomcat services, each Tomcat service comprises a plurality of access modes, such as a web mode of which the buss represents a manager, app represents a mobile phone end ending mode, extservice represents an external service access mode, wap represents an H5 access mode, and job represents task summarization. Such an nmginx support multiple Tomcat services can meet the high concurrency access requirements. In the service section, load balancing of Dubbo service is established with Zookper as a core, dubbo supports a plurality of Dubbo Tomcat services, each Dubbo Tomcat service comprises a plurality of processing tasks, for example yueche represents processing an external taxi service task, duanzu represents processing an external short lease service task, and QIYE SERVICE represents processing an enterprise vehicle management system service task. Such Dubbo supports that multiple Dubbo Tomcat services can meet the processing requirements of high concurrency, thereby ensuring continuity and high quality of service. Dubbo services use message queues to store messages for processing tasks, LOG during processing with LOG services, and provide data storage services with database services.

As indicated by the arrows in FIG. 4, dubbo services issue vehicle demands to an external vehicle services platform. An external vehicle platform, such as a car-booking service or a car-rental service platform, sends the alternative vehicle service information to the manager's enterprise client or personal client, i.e., the user interactions supported in ng nx. In response to a user selection, vehicle service information from a car-restraining service or a car-renting service platform is added to processing tasks managed by the Dubbo service. Thus, the access of external service and load balancing are realized.

The service platform of the enterprise vehicle service system of the present invention is described in detail below with respect to a specific embodiment. It will be appreciated by those skilled in the art that the following examples are for illustrative purposes only and are not intended to limit the scope of the present invention in any way.

Fig. 5 is a schematic diagram of a service platform according to one embodiment of the invention. As shown, the service platform comprises an enterprise authentication module, a system management module, an enterprise vehicle management system and one or more third party vehicle management modules. The one or more third party vehicle management modules include, but are not limited to, a vehicle appointment management module, a vehicle rental management module, and a new energy vehicle management module.

The enterprise authentication module is used for authenticating an enterprise using the enterprise vehicle platform. Specifically, the enterprise fills in enterprise information in the module and uploads relevant qualification files, and after auditing, the enterprise can use the enterprise vehicle platform.

The system management module is used for setting related management information. According to one embodiment of the invention, the system management module is optional. The system setup module of the enterprise vehicle management system may also perform similar functions.

For third party vehicle services such as an e.g. car management module, a rental car management module, a new energy car management module, each management module herein provides basic setting functions, such as whether to purchase related services, prices, use time, etc. It should be noted that the vehicle-restraining service, the vehicle renting service, the new energy vehicle service, etc. are already integrated into the corresponding functional modules of the enterprise vehicle management system, and only basic management functions are provided herein.

The enterprise car management system is a core part of the service platform. The enterprise vehicle management system comprises an organization management module, a system setting module, a statistics report module, a vehicle management module, a dispatching management module, an employee application interface module and a driver application interface module.

In some embodiments, the organization management module is used to manage the organization architecture of the enterprise, manage departments, personnel, and corresponding fleets of vehicles of the enterprise, and manage drivers. In particular, the organization management module class may include an architecture management sub-module, a personnel management sub-module, a fleet management sub-module, and a driver management sub-module.

The architecture management sub-module is used to build the architecture of the enterprise, such as whether the enterprise includes one or more branches, the enterprise or branch office settings, and the vehicle budget and audit manners for each of the branches. For example, the auditing mode is manual auditing or automatic auditing. Optionally, each division may further include a sub-division and a further-lower division to reflect a specific structure of the company.

Further, a user of the enterprise vehicle management system is set in the personnel management submodule. Specifically, the number of users of the system is increased by means of adding personnel. The added person needs to fill in personal information, the affiliated department and the person role. For example, personnel roles may include general administrators, sub-company administrators, department administrators, employees, sales personnel, and the like. The personnel roles have extensibility to add other roles in aspect. Further, the personnel management sub-module comprises a right management unit and an audit-free setting unit. The general administrator, the subsidiary administrator, or the department administrator may set rights for persons of different roles at the rights management unit, including, but not limited to, whether access/editing of specific usage information is allowed, the usage budget, the type of usage (e.g., own vehicle, rental car, about car, new energy car, etc.), the auditing mode, etc.

Through the architecture management sub-module and the personnel management sub-module, the management architecture of the enterprise establishes a corresponding structure in the enterprise vehicle service system according to the requirements. The structure not only facilitates setting of corresponding authorities to realize fine management, but also facilitates statistics of relevant vehicle information and knowledge of the vehicle conditions of enterprises.

The fleet management submodule is used for setting fleet information. Each fleet includes one or more vehicles therein. For example, different fleet vehicles are set for branches at different locations to accommodate localized services. For example, for an enterprise having branches in both Beijing and Shanghai, a Beijing fleet and a Shanghai fleet may be established, respectively. In general, a local fleet only serves local branches. However, once the vehicles of the angelica and beijing fleets arrive at the Shanghai, the vehicles of the beijing fleets are allowed to temporarily join the Shanghai fleets to serve the demands of the Shanghai branch authorities. Alternatively, even for vehicles at the same location, all vehicles may be grouped into the same fleet or separated into different fleet. Further, temporary fleets of vehicles may also be established and organized for ease of management for certain specific tasks, such as Olympic service fleets, and the like.

The driver management sub-module is used to manage the driver, for example, add/edit/delete driver information, dispatch fleet, etc. Further, the driver management sub-module may further include a driver card-punching management unit and a driver evaluation management unit. Because the time of the driver's working and working is not fixed, in order to reflect the time of the driver's working and the time of overtaking more accurately, in the driver card unit, receive the message from driver APP, record the time of the driver's working and working. The driver evaluation unit is used for recording, collecting and integrating the evaluation of the service and the coordination degree of the driver by the personnel served by the driver and the manager of the enterprise vehicle management system.

The information of the driver serving the enterprise in the enterprise vehicle service system is included in the organization management module through the fleet management and driver management sub-module. From the point of view of organization and personnel, management of people is achieved in an organization management module.

In some embodiments, the system settings module is used to set configuration information for the enterprise vehicle management system. For example, the system setting module may set holiday information, commute time, system hint messages, and the like.

In some embodiments, the statistical report module is used for providing statistical information and reports according to the requirements of an administrator according to the information stored in the enterprise vehicle management system.

In some embodiments, a vehicle management module is used to manage a vehicle. Further, the vehicle management module may include a vehicle information management sub-module, a vehicle maintenance management sub-module, and an exception handling sub-module. Specifically, the vehicle information management submodule is used for managing information of own vehicles of enterprises. In accordance with one embodiment of the present invention, long rental vehicles may also be considered enterprise owned vehicles. Or a long rental vehicle is managed as a separate item. In the vehicle information management sub-module, the manager may add vehicles and enter vehicle information including, but not limited to, license plate, vehicle model, color, mileage, load, etc. of the vehicle. Further, the manager may edit or delete the information of the vehicle. According to an embodiment of the present invention, the fleet information to which the vehicle belongs may also be set in the vehicle information management sub-module.

According to one embodiment of the present invention, the vehicle information management sub-module may further include an in-trip fee management unit and a vehicle departure time management unit. In the in-trip fee management unit, a manager can supplement information such as road and bridge fees, parking fees, accommodation fees and the like for vehicles of vehicle staff. Normally, the driver or vehicle personnel should report the cost to the enterprise vehicle management system during the mission. When the mission is over, the driver or car operator will not be allowed to self-supplement the fee. The driver submits the fee complement application, and the manager is complement in the fee management unit in the journey. The vehicle running time management unit is used for setting the normal time of the running of the vehicle. If the vehicle is used at a time other than the vehicle's departure time, it may involve a private use of the bus, etc., where information is required at the exception handling submodule to identify such situations.

The vehicle maintenance management submodule is used for displaying a current all management vehicle maintenance condition list and a cost total. Vehicle maintenance includes vehicle scheduling such as car washing, car inspection, maintenance, etc. Further, the time for planning the maintenance of the vehicle occupies the available time of the vehicle, and the task cannot be scheduled during the time for scheduling the task. The manager may set the vehicle maintenance tasks in the vehicle maintenance management sub-module. Further, the vehicle maintenance management sub-module has a fee entry function. The driver or vehicle personnel may enter vehicle maintenance fees in the system. Or if the business uniformly purchases the vehicle maintenance service, the fee portion will be automatically generated. While the driver or vehicle operator allows other vehicle maintenance services to be used in an approved situation. The vehicle maintenance management sub-module has an application function, and is convenient for drivers or users to submit vehicle maintenance applications, vehicle inspection applications and vehicle washing applications. After checking, the application is checked to enter a vehicle maintenance condition list. Accordingly, the vehicle maintenance management sub-module has a list function, displaying a carwash schedule list, a maintenance schedule list, a car inspection schedule list, and a cost detail list to the manager.

The exception handling sub-module is used to monitor and handle exception events. For example, exception events include, but are not limited to:

1. Abnormal driving is performed in the non-working time. Specifically, the abnormal movement of the vehicle is performed in the non-working time formulated by each enterprise under the condition of no task. Further, in the sub-module, the viewing track only displays the track in the corresponding time period, and does not display the track in other normal time periods. Further, when the moving track of the vehicle in the abnormal vehicle using time period is checked, the garage or the electronic fence is marked on the map, but the vehicle in the silence mode does not have the abnormal prompt in the corresponding time period.

2. The abnormal external power supply voltage refers to the reminding of abnormal automobile battery voltage. And when the detected external voltage is lower than a preset value, an alarm prompt is carried out. The manager can view a voltage change map, for example, a data map of 1 hour before and after an abnormal voltage.

3. The idle time is very long, meaning that the automobile engine has been started, but has not been running. From the viewpoints of energy saving and environmental protection, if the idle time exceeds a predetermined threshold value, for example, 15 minutes, that is, the engine is started for more than 15 minutes, the vehicle does not move. The occurrence time of this abnormality is a period of time. Further, looking at the track may see the track of the vehicle over this period of time.

Those skilled in the art will appreciate that the exception handling submodule may also be used to monitor other types of exceptions including, but not limited to:

1. the vehicle deviates from the normal route;

2. The stopping time of the vehicle in the task deviates from the normal range;

3. the vehicle speed is too fast or too slow;

4. the vehicle load exceeds the normal range.

After the abnormality processing sub-module monitors the occurrence of the abnormality event, a prompt message is sent to the manager of the set vehicle, or the driver, or the manager of the driver, and these abnormality events and the processing modes and results thereof are recorded in the system.

In some embodiments, the ride management module is used to process vehicle orders and schedule vehicles. In the enterprise vehicle service system, if the enterprise staff has a vehicle requirement, a vehicle order is put forward at the personal client. The vehicle management module processes these vehicle orders for the enterprise and schedules the vehicles according to the orders. The vehicle management module comprises a vehicle ordering sub-module, an order checking sub-module, a vehicle arrangement sub-module and an own vehicle under-sub-module.

The car order submodule is used for displaying car orders of enterprises to the manager in a centralized mode. Specifically, the order sheet module may display all of the use orders in a tabular or graphical manner. For example, information such as a subscriber, organization (e.g., head office or branch office and department), use event, vehicle model, departure/pickup time, status, license plate number, etc. may be displayed to the manager for each order. The vehicle types include various types such as economic 5 seats, commercial 7 seats, MPV, large passenger vehicles, etc. The status may include departure to go, vehicle to discharge, check to check, completed, settlement to settle, scoring, travel, etc. Further, the manager can also choose to view the list of different states as needed. Further, the manager can check the order details by clicking the vehicle order. According to one embodiment of the invention, the order details information may further include information such as order person, occupant, trip instruction, time, start point and end point, details, whether to drive itself, whether to require a return trip, etc.

Alternatively, the order form module may include an administrator order form unit and an employee order form unit. The order form module may support displaying different orders for a vehicle for a manager or employee. For example, for staff, through staff using an order unit, only the order that the staff applies for is displayed by the order sub-module. For the manager with corresponding authority, the manager uses the vehicle order unit to display the orders of the personnel in the management range by the vehicle order submodule. Therefore, aiming at personnel with different authorities, the vehicle order list with different vehicle orders and the vehicle details linked by the vehicle orders are displayed by the vehicle order list module.

The order auditing submodule supports automatic and manual mode auditing of vehicle orders. When a user of the enterprise vehicle service system submits a vehicle order, the vehicle order is added to the vehicle order sub-module and automatically submitted to the order checking sub-module for checking. For orders that meet certain conditions, the order review sub-module automatically reviews the orders according to rules and derives pass or fail results. The rules for automatic auditing are editable. If the order does not meet the automatic auditing conditions, the method is switched to a manual auditing mode, and whether the order passes the auditing is determined in a manual mode.

For example, the automatic audit may include the following:

1. And for the car orders meeting various conditions, the car orders can pass the auditing. For vehicle orders which do not meet a certain condition, such as vehicle cost exceeding limit, vehicle duration exceeding time limit and the like, the orders are converted into manual verification.

2. For orders without car conditions, the direct audit is not passed. For example, the number of passengers exceeds the number of authorized vehicles.

3. And prompting that the user cannot pass the automatic auditing under the condition that the vehicle conditions are not matched, and turning into manual auditing. For example, the distance taken is too short or too long, the vehicle budget of the order person or department has not been able to pay the ride cost, etc. And prompting the vehicle orderer to check the reasons of the failure for the order with the unmatched vehicle conditions. For example, in the case that the car utilization budget cannot pay the car utilization cost, the car ordering person is prompted to apply for a new car utilization budget, or the car ordering person is prompted to change to manual auditing and await the auditing result.

4. For special conditions, the vehicle orders can pass the auditing directly. For example, an order for a particular occupant may be directly reviewed for that occupant's order.

For manually reviewed orders, the manager needs to pass or fail the review manually. The manager can know the specific condition of the vehicle order by checking the order details, and can contact the vehicle subscriber according to the contact mode of the vehicle subscriber provided by the vehicle order, and can determine whether the vehicle subscriber passes the auditing after communicating with the vehicle subscriber.

According to one embodiment of the invention, the order includes a fee situation including one or more fees for the vehicle to use, so as to facilitate the manager's audit. Further, at the order review sub-module, the manager may view the cost details of the order, listing the detailed cost of the about car, rental car, or using the enterprise's own vehicles in the cost details.

The vehicle scheduling sub-module schedules the vehicle for the order after the vehicle order passes the audit in an automated and manual manner. When staff submits a vehicle order, the staff can select free self vehicles, or about vehicles or rents vehicles to provide vehicle services. Or when the staff submits the vehicle order, the vehicle service mode is not required to be specified, and the vehicle arrangement submodule automatically selects the proper vehicle service mode for the order according to the condition of the vehicle order. For example, own vehicle arrangement priority, short distance or single use, about vehicle priority, long distance or multiple use, rental vehicle priority.

According to one embodiment of the invention, all passing orders for vehicles over a period of time (e.g., one or half of a day) are taken into consideration in combination to determine the schedule of vehicles. Rules that are considered in combination include, but are not limited to:

1. The cost of completing all orders is the lowest;

2. Completing all orders, wherein the own vehicle is most used;

3. Completing all orders, wherein the use of own vehicles is the most, and the number of vehicles is about;

4. all orders are fulfilled with minimal use of the rental car.

According to one embodiment of the present invention, the starting place and the arrival place of all the orders passing the audit within a period of time (such as one or half of a day) are comprehensively considered, and repeated line multiple dispatching is reduced as much as possible. If there are multiple orders with the same or close-in origin and arrival, the vehicle orders are consolidated. If the origin of one order is between the origin and arrival of another order, then the two orders are considered to be merged. If the arrival location of one order is between the origin and arrival location of another order, then the two orders are considered to be merged. Whether to merge two orders may take into account whether the total cost after merging is reduced, whether the time after merging can meet the requirements of the subscriber, etc.

The vehicle scheduling sub-module supports manually resolving vehicle conflicts and order merging issues. The manager can comprehensively consider the situation of the order, and decide whether the vehicle arrangement of the order and the order can be combined or not.

The vehicle scheduling sub-module includes a vehicle assignment unit. At the vehicle assignment unit, the manager may view the vehicle schedule for all orders, and the manager may adjust the vehicle schedule for the orders at the vehicle assignment unit.

The under-the-own-vehicle sub-module is used for supporting staff to use the enterprise own vehicle to complete the vehicle requirement. In the service system for an enterprise car of the present invention, for an own vehicle or a long rental vehicle (regarded as an own vehicle) of the enterprise, the use cost, such as a price per kilometer or a price per hour or both, is set in the system as well. The budget of the utility is also consumed when the utility uses its own vehicle. In special cases, the employee may use the employee's own vehicle to fulfill the vehicle demand. Orders for employees using their own vehicles require manual review.

In some embodiments, the schedule management module is used to schedule vehicles to better meet the vehicle needs of the enterprise. The dispatch management module may include a vehicle allocation sub-module, a real-time display sub-module, a dispatch display sub-module, and a garage setting sub-module.

The vehicle allocation submodule is used for binding the vehicle with a driver. The vehicle assignment sub-module supports automatically binding the vehicle with the driver. The binding rules mainly consider the positions of the driver and the vehicle, the driving habit of the driver, the driving history and the binding history, the overtime condition of the driver, the condition of the order which needs to be completed by the vehicle and the like. Among these, the tiredness of the driver is one factor that can be considered. When the driver is bound, the working time of the driver is evenly distributed in a certain time (for example, one week) as much as possible, so that the fatigue driving condition is avoided. The vehicle assignment sub-module also supports manual binding of drivers. All owned vehicle listings for the business are displayed at the vehicle allocation submodule. The manager selects a driver-to-vehicle binding from the driver list for each vehicle.

The real-time display sub-module is used for displaying the position of the vehicle in real time. The manager can view the real-time location of one or more vehicles in the module. The real-time display sub-module presents the map to the manager and displays one or more vehicles and license plate numbers of the vehicles on the map. Therefore, the manager can know the real-time position of the vehicle and estimate the time for the vehicle to reach a certain position according to the road condition displayed by the map. Or the real-time display sub-module supports the manager to select points on the map and predicts the time when a certain vehicle reaches the selected points. Further, the vehicle trajectory and predicted vehicle travel route may also be viewed in the real-time display sub-module.

The schedule display sub-module may display a list of the in-progress vehicle orders and a list of the vehicle orders to be executed. The manager may adjust the vehicle order being or about to be executed in the schedule display sub-module to achieve real-time vehicle scheduling.

The schedule display sub-module may also be used to view the status of the vehicle and set a special vehicle specific or silent mode. The status of the sub-module vehicle includes traveling, parked, arriving at a destination, traveling in return, parked in return, and available for warehousing at the dispatch display.

So-called special-purpose vehicles will not be able to reassign any person in the business. When the special vehicle is set, corresponding users need to be filled in. A silence mode may also be set for the vehicle. After the setting, the current position and the track of the vehicle cannot be checked. If the special vehicle is not set to be in the silence mode, the corresponding running track and details can be checked, and if the silence mode is set, the track and details cannot be checked. The silence mode may also be set for vehicles performing normal tasks. After the vehicle is set, the track of the vehicle cannot be checked, but the vehicle can normally arrange tasks as long as the vehicle is not special for a special vehicle.

Optionally, the schedule display sub-module further includes a start task and an end task function. If a start task is selected, when the current vehicle has no task being performed, a task to be performed within a certain time (for example, half an hour) is listed, and a start task button is displayed. If the administrator can click on the start task button, this is equivalent to the driver clicking on the start task button. For tasks that have not yet ended after the task has started, an end task button may be displayed. The administrator may force the end, which is equivalent to the driver's end-clicking to end the task. For tasks that are not to be performed, the start task and end task buttons are not displayed.

The garage setting submodule is used for setting a garage or an electronic fence for parking vehicles. The garage or electronic fence is preferably close to the starting point of the next task, so that the garage setting function is put into the dispatching management sub-module. The garage setting sub-module may automatically designate a garage according to a subsequent order of the vehicle. The garage setting sub-module may display a garage list that has been set by the enterprise to the manager for selection. The garage setting sub-module supports displaying each garage on the map so as to facilitate customer selection. After the user selects, the name of the garage and the longitude and latitude of the corresponding vehicle position are obtained. The arrangement of the electronic fence is similar to that, and will not be described again.

The enterprise vehicle management system also comprises an employee application interface module and a driver application interface module which support employee application and driver application. Further, the structure of the employee application and the driver application in communication with the employee application interface module and the driver application interface module is shown in FIG. 5 in dashed lines. The employee application interface module and the driver application interface module are respectively used for acquiring corresponding data, such as vehicle order or task data, from the employee application and the driver application and forwarding the corresponding data to each module of the enterprise vehicle management system, and the employee application interface module and the driver application interface module are respectively used for sending data, such as corresponding feedback or tasks and the like, to the employee application and the driver application.

As shown, the employee application includes a use order module, an order review module, and a vehicle scheduling module. According to one embodiment of the invention, an employee application may include both employee and manager functionality. If the login staff applies to the ordinary staff, the login staff can only use the in-car ordering module and the in-car ordering module, and has no access to the order checking and vehicle arrangement module. If the login employee applies a manager, it can use the functionality of all modules. This reduces the number of developer applications, which is beneficial to cost reduction. More importantly, the manager can be temporarily authorized to certain staff, and the manager is allowed to use the order checking module or the vehicle arrangement module, so that the flexibility of arrangement is greatly improved.

In some embodiments, the in-car order module is configured to allow an employee to apply for an in-car order. If a particular employee has a need for a vehicle, the employee may log into the employee application. The employee application may run on a mobile terminal or personal computer or the like used by the employee, such as a smart phone, desktop, personal Digital Assistant (PDA), tablet, notebook, car computer, palm game, smart glasses, smart watch, wearable device, virtual display device or display enhancement device, or the like. In the in-car ordering module, staff inputs in-car information including, but not limited to, in-car time, in-car event, vehicle type, departure location, arrival location, estimated time of use, order information, contact information, and the like. Further, the employee is allowed to specify the vehicle mode including information of own vehicles, about vehicles, rented vehicles, etc., or is allowed to specify the driver, or is allowed to specify whether to go or not, etc. After staff confirms, the vehicle order module generates a vehicle order, adds the vehicle order to the vehicle order module and forwards the order to a staff application interface of the enterprise vehicle management system. After the enterprise vehicle management system receives the order, the order is added into a vehicle ordering sub-module of the vehicle management module, the vehicle examining sub-module examines the order, and the vehicle scheduling sub-module schedules the vehicle for the order after the examination is passed. The enterprise car management system sends the processing condition of the car order to the staff application through the staff application interface.

In some embodiments, the employee allows the order of the application to be checked in the vehicle order module applied by the employee, and the processing progress and result of the order are known. It is also allowed for the manager to view all self-managed orders in the orders module. Further, the in-car order module may also feed back a status change of the order to the employee. For example, the order has started to be executed, the time estimated to be reached in the order execution, the order execution has ended. Optionally, the use order module allows staff to evaluate the use service of the present order, such as scoring the service, vehicle, driver, etc.

In some embodiments, the manager is allowed to pass or not pass the drive-through order manually in the order auditing module. In some embodiments, the manager is also allowed to manually schedule vehicles for the vehicle orders in the vehicle scheduling module. The order review module and the vehicle arrangement module of the employee application, while appearing to be similar to the manual functionality of the order review sub-module and the vehicle arrangement sub-module in the vehicle management module of the enterprise vehicle management system, should be noted that the order review module and the vehicle arrangement module of the employee application simply obtain relevant information from the enterprise vehicle management system and present it to the manager, and then either obtain the review results from the manager or return the results to the enterprise vehicle management system after the arrangement results. Only the presentation of order information and the acquisition of audit results and the presentation of vehicle information and the acquisition of vehicle arrangement information may be performed in the employee application. Employee applications may be considered extensions to enterprise vehicle management system functionality.

The driver application is an application for use by drivers of the enterprise vehicle service system. The driver application may be in accordance with a device such as a vehicle, mobile terminal or personal computer used by the driver, for example, a vehicle-mounted terminal, smart phone, desktop computer, personal Digital Assistant (PDA), tablet computer, notebook computer, car-mounted computer, palm game console, smart glasses, smart watch, wearable device, virtual display device or display enhancement device, etc.

The driver application comprises an execution task history module, a current execution task module and a new task reminding module.

The tasks performed by the driver are defined by the use order. The execution task history module stores the vehicle tasks which the driver has executed. The current task execution module is used by a driver when executing tasks so as to feed back task information to the enterprise vehicle management system. The new task reminding module stores tasks to be executed by the driver and reminds the driver a predetermined time before the tasks start. In some embodiments, the currently executing task module includes a task start unit, a task execution unit, a task end unit, and a fee reporting unit.

The new task reminder module shifts the task to the currently executing task module before the start time of the task in the new task reminder module is about to come, for example 15 minutes or 10 minutes. The driver may start the task at the task start unit. After the driver confirms the start of the mission, the driver application sends a message of the start of the mission to the enterprise vehicle management system. In the task execution process, the current task execution module can assist the driver in driving, such as providing navigation, broadcasting road conditions and the like. Alternatively, if a task is changed, for example, the manager changes the task during execution of the task, the current task execution module may voice prompt the driver that the task is changed. Further, the current task execution module may inform the driver of the contents of the task change in a voice manner. Further, the current task execution module may automatically update the navigation route according to the change of the task.

The driver can check each task to be executed in the new task reminding module and start execution of the task. The driver application sends a task start message to the enterprise vehicle management system. Alternatively, the manager may start a task remotely. For example, if the manager finds that the task is already being executed and the driver does not operate the task start unit to start the task, the manager may start the task remotely.

And after the task is executed, the driver operates the task ending unit to end the task. The driver application sends a task end message to the enterprise vehicle management system. The driver may report the fee generated by the task, including but not limited to, high speed fees, bridge fees, parking fees, etc., at a fee reporting unit for a period of time, e.g., 24 hours, after the task is completed. The driver application interface of the enterprise vehicle management system receives information from the driver application and forwards it to other modules of the enterprise vehicle management system to update the order status and driver related data.

According to one embodiment of the invention, the driver application may also include a driver card punching module. The driver card-punching module operates, for example, a 'I want to go to work' button, and after the driver user clicks the button, the driver user is informed of card punching on work. Meanwhile, the enterprise car service system can record the working time of the driver, the time can be the server time, and the current position of the driver can be uploaded to the enterprise car service system. Also, when the driver user goes off duty, the driver user may operate, for example, a "i am to go off duty" button to perform off duty punching, while the enterprise car service system may record the time of the driver off duty, which may be a server time and may upload the current location of the driver to the enterprise car service system.

According to one embodiment of the invention, the driver application may include personal information and today's task and My task interfaces. For example, the personal information interface may display information that may include name, scoring phone number, driver license type, driving vehicle, service business, service time, business, etc.

The today's task interface may display a ranking of the driver's user's tasks today in order of time points from near to far. For each taskbar, two options of "start task" and "cancel task" may be displayed, and the user may perform a selection operation. It should be appreciated that the second task may be initiated only after the first task is completed or after the driver user cancels the first task.

The driver user may click on each task to see details of the task including, for example, start point, end point, occupant (including phone), time, etc.

Clicking on the starting point may display the starting point location and the driver user's current location on the map.

Clicking on the end point may display the end point location and the driver user's current location on the map.

Clicking on the occupant telephone icon allows the driver user to place a call to the occupant.

The my task interface may display that all tasks that the driver user begins from today may be ordered in a near-to-far order of time points. By viewing the My tasks, the driver user can be enabled to view his own tasks for a period of time in the future.

FIG. 6 is a flow chart of an enterprise employee use method according to an embodiment of the invention. For ease of description and ease of understanding, the method is described below in connection with the operation of an enterprise vehicle employee to apply for use through an employee application. It should be appreciated that the method may be performed by the enterprise vehicle service system of the present invention.

As shown in fig. 6, at S601, a logged-in employee is authenticated.

Specifically, an employee applying for a vehicle inputs his own account number and password as login information through an input unit in an employee application. The input unit may include a physical keyboard and a virtual keyboard.

The employee application may send the entered login information to the enterprise vehicle service system, which authenticates the entered login information. Authentication may include verifying the identity of the employee, such as a car employee, driver, or car attendant. In the case of determining to be a car employee, it is further determined whether the employee has special rights, such as rights to approve the car application. For example, a common employee in an enterprise may only have ordinary vehicle application rights, not vehicle application approval rights, while a department manager may have vehicle application approval rights.

For example, an enterprise car service system may compare the entered employee information with personnel information pre-stored in a system database to determine the personnel role (car personnel or manager) and rights of the employee. Rights include, but are not limited to, viewing rights, order approval rights, car discharge manager rights, system manager rights, and the like. It should be appreciated that the system database has pre-stored therein employee information such as specific company name, affiliated department, job level, own identity (whether it is a driver), name, phone, etc.

According to one embodiment of the invention, the rights authentication function is one of the functions of the personnel management sub-module. In the enterprise architecture sub-module, enterprise names and enterprise organization architecture information are stored in advance, and in the personnel management sub-module, personnel information is stored. For example, the personnel information may include the enterprise, job level, identity to which the personnel belong. The properties of the person may be further set according to entered person information, for example, if the person belongs to a driver, a fleet may be assigned to the person. The personnel information is preset with permission. For example, a general department employee may have a vehicle application authority, while its superior director or the department principal may have not only a vehicle application authority, but also a vehicle application approval authority of the general department, for example, the department principal may have a vehicle application approval authority of the entire department employee. Therefore, a person with the vehicle application approval authority can check the vehicle application approval interface. According to one embodiment of the invention, an employee may set a vehicle limit. Staff belonging to the normal limit apply for vehicle use without the upper-level leader with approval authority to examine and approve and directly enter the vehicle application auditing stage. According to another embodiment, the vehicle application of the ordinary staff requires an upper-level leader with approval authority for approval.

At S602, an authentication result is transmitted.

Specifically, in the event that the enterprise vehicle service system passes authentication of the entered employee information, the employee application may enter the use order module. In contrast, if the employee information fails authentication, the employee application may receive a prompt message to reenter the employee name and password.

At S603, a vehicle application is received.

After the vehicle employee enters the vehicle order sub-module, the employee may view the personal information. In addition to the basic information, the amount of vehicles, types of vehicles, etc. that can be viewed by the staff.

The vehicle limit is an important basis for the right to use the vehicle, and the reservation can be made only when the corresponding limit is larger than the limit to be spent for reservation. Thus, the system can control each department/employee to use different types of vehicles, and each different type of vehicle mode corresponds to one settlement account. The service manager can set corresponding budget limits for different accounts. Generally, all the deduction amounts of the vehicles are pre-deducted when applying, and deducted according to the actual cost when actually paying, and the refund and the deduction are carried out. Therefore, when judging whether the employee can reserve, the account remaining amount is required to be used for subtracting the amount which is about to happen in the reservation, and the reservation can be performed only when the number is more than 0, otherwise, the reservation is not allowed. For example, in the case where an employee applies for a vehicle for an enterprise, the estimated mileage is used for cost calculation.

As previously described, upon an employee making a ride application, the employee application interface may display the following options, including but not limited to:

the car use event can comprise further options of airport receivers, out-going participants, out-going business, honoured guest reception, out-going operation and others, and when the car use event is other, staff is required to manually fill in the car use event;

The time period for the vehicle is used, and staff can select and input the time for the vehicle by selecting in a date and time selector;

The employee application may provide a predetermined type of vehicle type for the employee to select from, for example, economy, comfort, business, luxury, etc., or the vehicle type may correspond to a different number of seats of the vehicle, for example, 5 seats, 7 seats. Each type of vehicle corresponds to a different fee. Optionally, if the employee has a requirement for the type of the vehicle exceeding the authority, the employee can select other options or fill remark items to apply for the type of the vehicle exceeding the authority;

after the employee inputs the application vehicle related information, the employee application may calculate the cost of the application for the application to determine whether the employee can make the application or alert the employee that the application needs to be approved for application.

The employee application uses the vehicle application to default to select the enterprise vehicle use. The employee is allowed to select to offer services by car-holding or car-renting. Of course, the service type of the order car is still ultimately determined by the car-arrangement sub-module in the enterprise car-management system.

At S604, an audit is conducted of the vehicle application.

According to one embodiment of the invention, the enterprise car service system can submit all car orders to staff with management authority for car application approval. And after the staff with the management authority passes the approval of the application of the vehicle, checking the order by a vehicle service manager.

According to another embodiment of the invention, the enterprise vehicle service system can only submit the vehicle application exceeding the authority range of the staff to the staff with the management authority for vehicle application approval, and other vehicle applications conforming to the authority range of the staff are directly approved by the vehicle service manager for orders.

Specifically, the administrator may view the vehicle order at the vehicle order submodule. The vehicle order list module can classify the vehicle orders according to the states of the vehicle orders. The order information may include various order status.

The order status may include to-be-reviewed, to-be-discharged, to-be-left, on-trip, completed, etc. The method comprises the steps of checking that a vehicle application needs to be checked, checking that a vehicle to be discharged indicates that the vehicle application is checked to pass through the vehicle to be discharged, checking that the vehicle to be discharged indicates that the vehicle to be discharged has completed the vehicle to be discharged, indicating that the vehicle to be arranged in the vehicle application is running in the journey, and indicating that the vehicle application order is completed.

The service manager can inquire the order information according to the order state, and can comprise a vehicle ordering person name, a vehicle ordering person telephone, a vehicle loading place, a vehicle unloading place, departure time, arrival time, a vehicle event and the like.

According to one embodiment of the invention, the manager may conduct order reviews on all orders or orders that have not passed the automated review at the vehicle review sub-module. The processed order may be designated at the order review interface and the pending order may be designated at the order review interface as unprocessed. The order after the order approval is completed becomes a waiting state. If the order is not checked, the enterprise vehicle service system can return the vehicle order to the enterprise staff submitting the application, the enterprise staff modifies and resubmisses the vehicle application, and then the vehicle service manager checks the order again.

S605, vehicle arrangement is carried out according to order requirements.

According to one embodiment of the invention, the manager may schedule orders for which no automatic scheduling is performed or adjust the scheduling of orders at the vehicle scheduling sub-module. In particular, information of the vehicle schedule may be sent to an employee application that submits the order for the vehicle, and also to the driver employee that provides the order service.

S606, monitoring execution of order tasks.

The real-time display sub-module of the dispatch management module can view the position of the vehicle in real time. Further, the vehicle information management sub-module in the vehicle management module may also track and collect vehicle information. According to one embodiment of the invention, a vehicle is provided with a device for detecting a condition of the vehicle. For example, GPS is installed to detect vehicle position. For example, an OBD system (on-board diagnostic system) can be installed on the vehicle, via which vehicle condition information and vehicle fault information can be acquired and stored in a memory. For example, OBD may monitor systems and components of an engine, catalytic converter, particulate trap, oxygen sensor, emission control system, fuel system, EGR, etc., in real time, thereby obtaining information detected from such systems and components, and storing such information on demand on a memory. The OBD system may detect a fault condition occurring in the vehicle. For example, the OBD system can monitor whether the tail gas of the automobile exceeds the standard at any time from the running condition of the engine, and when the system fails, a power assembly control module (PCM) can store failure information into a memory, and a failure code can be read from the PCM through a certain program. The electronic control unit on the vehicle may analyze the information obtained from the system or component on the vehicle, and when an emission fault occurs, the electronic control unit may record the fault information and the associated code and issue a warning through the fault light to inform the driver. Vehicle related information (e.g., location information, fuel information, fault information, etc.) stored on the memory may be uploaded to a vehicle information management sub-module on the enterprise vehicle service system via a wireless network.

Further, if the vehicle is in the process of performing a task, the vehicle management module will monitor whether an abnormal situation has occurred. If an abnormal situation occurs, the abnormal processing sub-module reminds the manager, staff or drivers of the abnormal situation according to a preset rule, and the manager, staff or drivers timely make corresponding processing.

For example, a car service manager may be informed on the system or a message notification may be sent to the car service manager when the enterprise vehicle exceeds the set electronic fence.

For example, an abnormal driving situation of an enterprise vehicle occurs at a non-commute time. Specifically, in the case where the business-designated non-working time is not tasked, the business vehicle is abnormally driven, at which time the vehicle abnormality warning may be notified to the vehicle service manager, and the vehicle service manager may view the travel track during the vehicle abnormality through the business vehicle service system.

For example, an abnormality alarm may be given to a vehicle driver and a vehicle service manager at the same time when an abnormality occurs in the external power supply voltage of the vehicle. Alternatively, different alarm warnings can be made according to the difference of the voltage value of the external power supply voltage, for example, when the voltage value is 10.5V < = voltage < = 11.5V, a warning that the battery voltage is low and the battery is recommended to be charged so as not to cause the problem of vehicle use due to the too low voltage can be sent, when the voltage value is 10.5V >, a warning that the battery voltage is too low and the battery is recommended to be fully checked or replaced so as not to cause the vehicle to start due to the too low voltage can be sent, and when the voltage value is 15V, a warning that the battery voltage is too high and the engine is recommended to be checked so as not to damage the battery can be sent.

Further alternatively, when a situation in which the idling time is excessively long (meaning that the automobile engine has been started but has not traveled at all times) occurs, for example, the engine start time threshold may be set to 15 minutes, so that in the case where the engine is started for more than 15 minutes without the vehicle moving, a notification reminder may be sent to the driver user and/or the automobile service manager.

The vehicle information management sub-module can also count the vehicle conditions, including but not limited to checking the real-time information of the vehicle, checking the position information of the vehicle, checking the state of the vehicle, checking the driving path, checking the oil consumption information in the corresponding time period of the vehicle, total mileage information, vehicle history tasks, and counting the overall running condition of the vehicle.

Specifically, the vehicle information management sub-module may make statistics for information of each vehicle. Including, for example, license plate number, total mileage, fuel consumption, etc. For example, when a vehicle manager wants to view in-business vehicle information, the information of each vehicle in the business can be viewed according to the date (daily, monthly, yearly, or a set period of time).

S607, receiving employee evaluation.

The car using staff can evaluate the car using situation in staff application. After receiving the vehicle evaluation, the enterprise vehicle management system records the vehicle evaluation into a vehicle ordering sub-module and a driver management sub-module so as to facilitate subsequent checking and evaluation of service quality and driver work.

FIG. 7 is a flow chart of performing a vehicle use task according to one embodiment of the invention. For ease of description and ease of understanding, the method is described below in connection with the operation of an enterprise vehicular service system and driver application to perform order tasks. It should be appreciated that the method may be performed by the enterprise vehicle service system of the present invention.

In step S701, the driver is authenticated.

First, after a driver user opens a driver application, the driver inputs a user name and a password. The user name and password may enter the driver application after verification by the enterprise user service system.

In step S702, a message is received that the driver starts executing the order task.

After the rider gets on the vehicle, the driver operates on the driver application to begin the order task. And the enterprise vehicle service system receives the message of starting to execute the order task, updates the order state and informs the vehicle subscriber and the vehicle occupant that the order task is started to execute.

In step S703, execution of the order task is monitored.

As previously described, the enterprise vehicle service system monitors the location of the vehicle, the status of the vehicle, and handles anomalies that occur throughout the execution of the order task.

In step S704, a message is received that the driver has finished executing the order task.

After the rider gets off the vehicle, the driver operates on the driver application to end the order task. And the enterprise vehicle service system receives the message of finishing execution of the order task, updates the order state and informs the vehicle subscriber and the vehicle occupant that the order task is finished.

In step S705, a fee reported by the driver is received.

After the task is completed, settlement information may be displayed. The driver application can calculate the total cost of the vehicle according to the travel time, the travel mileage and the non-fixed cost. The driver adds non-flat fees to the driver's application for a predetermined period of time, including meal error fees, road and bridge fees, parking fees, car washing fees, fueling fees, and the like. After determining the total cost, the driver application may upload information related to the task (including cost information) to the enterprise vehicle service system.

The enterprise vehicle system of the present invention is described in detail above with respect to one specific embodiment. The core part of the enterprise vehicle system is an enterprise vehicle management system. The division and the function definition of each module of the enterprise vehicle management system are scientific and reasonable, so that the management efficiency can be improved, and the flexibility and the expandability of the system are also considered.

For example, by defining different roles in the organization management module and giving different usage rights to different modules for different roles, the management of the vehicles by the enterprise can be made more flexible. For example, a general employee may have only the authority of the employee to use the vehicle application, and may submit a vehicle order through the employee's vehicle application. The driver may have only the authority of the driver application, and may be informed of the vehicle allocation and the vehicle tasks defined by the vehicle orders by the driver application. The manager or administrator of the fleet or driver may have the rights of the vehicle management module, the dispatch management module, and the statistics module, but may not necessarily have the rights of the vehicle management module. The vehicle manager or administrator may have the authority of the vehicle management module and the schedule management module without having the authority of the vehicle management module and the statistics report module. In particular, only a system administrator can have the rights to organize the management module and the system setup module. It will be appreciated by those skilled in the art that different permissions may be set for each sub-module as needed to more flexibly use the enterprise vehicle management system of the present invention.

Other systems for different functions may also be formed by combining various modules or sub-modules in the enterprise vehicle management system of the present invention, including, but not limited to, an enterprise fleet management system, an enterprise driver management system, an enterprise vehicle management system, and the like, in accordance with some embodiments of the present invention. These systems may include some or all of the modules of the enterprise vehicle management system described above that are capable of stand-alone functionality and may be sold, leased or transferred as individual products to receive revenue. These systems and methods are described below by way of some specific examples, but it will be understood by those skilled in the art that inclusion of one or more modules, sub-modules, or units as described above is not precluded in the systems and methods below.

Fig. 8 is a schematic diagram of an enterprise vehicle management method according to an embodiment of the invention. As shown, the enterprise vehicle management method comprises the following steps:

in step 801, a login request from an employee application is received and authenticated. The staff involved in managing the use of the vehicle for the enterprise may be a manager of the logistics department of the enterprise or a manager in the logistics department who is specially responsible for the use of the vehicle. The server side identifies the login user as a common employee by authenticating the login request from the employee application, and can submit the vehicle order. The organization management module of the present invention may be used for authentication.

In step 802, a use order is received from the employee application in response to the employee application passing the authentication. And the staff inputs the relevant information of the vehicle in a vehicle order module applied by the staff to generate a vehicle order. The server side receives the vehicle order from the employee application.

At step 803, the ride vehicle order is reviewed. The order for use needs to be reviewed. Even if some orders can guarantee vehicle usage due to special rules, compliance with these special rules must be verified at this step. The auditing of the vehicle order ensures that the enterprise vehicle meets the preset condition, thereby reducing unnecessary vehicles or vehicles with super specifications, and further reducing the vehicle cost of the enterprise.

In response to the order passing the audit, the enterprise self-purchased vehicles and vehicles from the taxi-order platform, the rental platform, or the new energy vehicle platform are arranged to perform the vehicle tasks defined by the order according to the order, at step 804. To further reduce the cost to the customer of the enterprise, the method further includes scheduling vehicles from the vehicle-holding platform, the rental platform, or the new energy vehicle platform to perform the vehicle tasks defined by the vehicle-holding order based on the vehicle-holding order. After the order passes the audit, the server side can automatically or under the instruction of the manager schedule the vehicle for the order. In some embodiments of the present invention, a taxi booking platform and a rental platform are introduced into the vehicle management to provide additional vehicle services. The vehicle service can meet the vehicle requirements of enterprises without the enterprises purchasing vehicles and maintaining vehicles more, and the vehicle cost of the enterprises can be greatly reduced. Further, the flexibility of the enterprise in using the vehicle is also greatly improved.

In some embodiments, the method further comprises, in response to the employee or the department in which the employee is located having a vehicle budget greater than a cost of the use order, the employee application being configured to allow the use order to be submitted or the server-side being configured to pass the audit of the use order automatically. In this embodiment, budget management is employed for the enterprise use vehicle. Individual employees or gates will be allocated a certain amount of vehicle budget. The employee application is configured to allow the order to be submitted only if the vehicle budget can pay for the order, or the server side is configured to pass the order automatically. The use condition of the vehicle is further compressed from the staff and the department through budget management, so that the use cost of the enterprise is reduced.

For budget management, even for a corporate self-purchased vehicle (including a long rental vehicle for which the corporation purchased a right of use), a calculation method of the vehicle cost when the utility self-purchased vehicle is used to complete the vehicle order is defined. The calculation of the cost of a vehicle when a vehicle order is completed with an enterprise self-purchased vehicle includes, but is not limited to, defining a cost per kilometer criterion, defining a cost per hour criterion, and defining a cost per kilometer criterion and a cost per hour criterion. For example, if the cost criteria is 5 yuan per kilometer +10 yuan per hour, then an order is 25 kilometers and the completion time is estimated to be 1 hour, then the cost for using the vehicle will be 125+10 = 135 yuan. The standard of the cost is set by referring to the factors such as fuel consumption, depreciation and maintenance cost of the vehicle. In some embodiments, the cost of the vehicle when the order is completed with the enterprise self-purchased vehicle is calculated by a method that includes the cost of overtime and/or mistaking food costs for the driver.

According to one embodiment of the invention, the employee application is configured to submit the use order to an employee application of a predetermined approver, such as a department director, if the employee or department in which the employee is located has a vehicle budget less than the cost of the use order. If the department director passes the approval of the use order, the employee application of the department director forwards the use order to the server side, which may be configured to automatically pass the use order through the approval.

According to one embodiment of the invention, the server is configured to submit the use order to an employee application, such as a department director, of a predetermined approver if the employee or department in which the employee is located has a vehicle budget less than the cost of the use order. If the department director passes the approval of the use order, the employee application of the department director forwards the use order to the server side, which may be configured to automatically pass the use order through the approval.

In some embodiments, the server side may be configured to automatically pass the order audit when the following conditions are met. Such as where the vehicle order was, when the vehicle was, the cost of the vehicle, the type of vehicle, and the class of vehicle, meets predetermined conditions, or the vehicle order is for a particular occupant or department, or the vehicle order is submitted by a particular employee.

If the vehicle use order fails to pass the automatic auditing, the server submits the vehicle use order to a preset auditor for manual auditing. The manager responsible for manual auditing can be contacted with the vehicle orderer to know the vehicle use task defined by the vehicle use order, and manually pass or fail the auditing of the vehicle use order. Through manual auditing, the special vehicle requirements of enterprises are guaranteed to be met, and fine management is realized.

In order to more effectively arrange vehicles and reduce the vehicle cost of enterprises, the embodiment proposes the rule that the enterprise self-purchasing vehicles are arranged preferentially when the enterprise self-purchasing vehicles can execute tasks defined by vehicle orders. Even if the cost of the enterprise self-purchasing vehicle is defined, the use of the enterprise self-purchasing vehicle is the lowest cost in most cases. Thus, in the case where the order requirement can be satisfied, the enterprise self-purchasing vehicle is preferentially arranged.

Further, if the cost of executing all of the orders with the enterprise self-purchased vehicle is higher when the enterprise self-purchased vehicle is unable to execute all of the orders defined tasks, the vehicle tasks defined by the partial orders from the about platform or the short rental platform are selected. Selecting a vehicle-reduction platform or a rental platform to supplement the flexibility of the ride method of the present invention is a manifestation of the flexibility of the ride method when no free self-purchasing vehicles can be scheduled or the free vehicles are far from each other and cannot execute one or more user orders. Further or for example, where the self-purchasing vehicles are far away, the cost of using the self-purchasing vehicles may be higher than the cost of a vehicle offer or a rental offer, it is also contemplated that vehicles from the vehicle offer platform or the rental platform may be selected to meet the vehicle needs of the enterprise.

For example, the server side receives from the vehicle reduction platform the cost required to complete the vehicle mission defined by the vehicle order. Specifically, the server side sends a vehicle-restraining request to the vehicle-restraining platform. The taxi appointment request includes a taxi time, a start location and an end location. The server side receives vehicle information available for the mission from the vehicle reduction platform and a cost estimate. If the server selects the car-booking platform automatically or under the instruction of the manager, the server side orders the car-booking platform, and after the car-booking platform confirms, the server side sends the information of the car arrangement to mobile phones or staff applications of passengers and subscribers.

In some embodiments, the method further includes receiving a daily rental fee for the rental car from the rental car platform, and responsive to the cost of the vehicle using the rental car platform to fulfill the plurality of orders being greater than the cost of the vehicle using the rental car platform to fulfill the orders, the vehicle using the rental car platform to fulfill the orders. If there are too many orders for the self-purchased vehicle to perform the end vehicle, then full use of the vehicle platform may not be the most economical way. It may be less costly to run these orders from a rental car platform short for rental vehicles. Specifically, the server side can receive daily rental fees of the rented vehicle from the vehicle renting platform, and then the cost is lower than that of a mode of using the car to be bought or a mode of renting the vehicle. If the rental cost is lower, it may choose to rent from the rental platform. If the server selects the car renting platform automatically or under the instruction of the manager, the server side orders the car renting platform, after the car renting platform confirms, the server side arranges the vehicles from the car renting platform to execute the tasks defined by the car order, and sends the information of the vehicle arrangement to the mobile phones or staff applications of the passengers and the subscribers.

Further, a continuous car rental is more than one day, and the daily rental fee for renting a car may decrease. Thus, the method further includes predicting a vehicle order for one or more days in the future. A daily rental fee is received from the rental car platform for two or more days. One or more orders for the day and for the future day or more are less costly to complete using the vehicle rental platform, and the rental platform is selected to execute the orders.

In some embodiments, the use of new energy vehicles is required by the use of the order. The enterprise may not have a new energy vehicle or the new energy vehicle may not be used. The server side can select to place orders to the new energy vehicle platform to meet the demands of the orders.

In some embodiments, the method further comprises merging a plurality of use orders. When the orders pass the auditing, in order to provide the conditions of vehicle efficiency reduction cost, line repetition or partial repetition, approach of the starting place and the like, the server side can automatically or under the instruction of a manager, combine a plurality of vehicle orders. For example, if the boarding location and the alighting location of two orders are within a predetermined distance and the time of use overlaps each other or the difference is smaller than a predetermined time, the server side may combine the orders by itself and then directly notify the passengers and the subscribers. However, if the distance is greater than the predetermined distance or the difference in the time of use is greater than the predetermined time, the server side needs to obtain the order or the rider's agreement and consolidate the orders. Specifically, the server side transmits a request for modifying the vehicle use time, the start location, or the end location to the employee application that placed the vehicle use order or the employee application of the occupant. If information from the employee application agreeing to the change is received, the server side merges the plurality of use orders. In some embodiments, if the line portions of two orders are repeated, a consolidated order may also be considered. The server side arranges one vehicle to execute one order task, and the repeated part in the other order is also executed by the same vehicle, so that the part of the vehicle task is combined. The server side then schedules another vehicle, such as a self-purchased vehicle or a vehicle from a check-in or lease platform, to perform a non-repetitive portion of the vehicle mission.

According to one embodiment of the invention, the method further comprises scheduling maintenance tasks for the vehicle according to the order for use. That is, the situation of the use order is not considered in scheduling the vehicle for maintenance. If the vehicle conditions permit more orders to be used, the time to maintain the vehicle may be selected to be in a period of less orders.

In some embodiments, the method further includes receiving a fee from the driver application after the completion of the mission defined by the mission order. The present invention not only manages budget, but also records the cost of the vehicle. Specifically, when the driver completes the order task, the driver should report the fees, such as high-speed fees, bridge fees, mistaking fees, etc., occurring in the task to the server through the driver application within a prescribed time. If the specified time is exceeded, the driver can only enter the costs of these trips into the server by providing paper application and certification materials to the vehicle manager. Such management ensures the accuracy of the fee and the timeliness of reporting.

In some embodiments, the method further includes monitoring execution of the vehicular task and receiving an evaluation from the employee application in response to completion of the vehicular task execution defined by the vehicular order. Further, the server counts the ratings from the employee applications and sends the statistics of the employee application ratings to the employee application of the driver manager. Or the method further comprises receiving complaints from the employee application in response to the end of the execution of the vehicular task defined by the vehicular order, and the server-side further transmitting the complaints from the employee application to the employee application of the driver manager. Through service evaluation and complaint, the vehicle management method can solve the problems of poor service attitude of drivers, low service quality and the like in the past, so that the satisfaction degree of the vehicle management method is greatly improved.

Fig. 9 is a schematic diagram of a service platform of an enterprise car management system according to an embodiment of the present invention. The enterprise vehicle management system comprises a server side running on a cloud host and a personal client side running on personal computing equipment, wherein the server side is connected with the personal client side through a network, a vehicle using order from the personal client side is received by the server side, a vehicle using task defined by a vehicle using order of an enterprise self-purchasing vehicle and a vehicle from a vehicle-closing platform, a short-renting platform or a new energy vehicle platform is arranged according to the vehicle using order, and the renting period of the short-renting vehicle is more than half a day or 1 day.

In some embodiments, the personal client can be configured to review a use order or arrange for self-purchasing vehicles according to the use order or vehicles from a car-holding platform, a rental platform, or a new energy use platform. In order to implement budget management, the server side or employee application can be configured to estimate the cost of the order for use, wherein the order for use or the order for use is allowed to be submitted for review in response to the employee or the department in which the employee is located having a vehicle budget greater than the cost of the order for use.

According to one embodiment of the invention, the server side comprises a service platform for processing a vehicle order, a device gateway for receiving vehicle information from a vehicle-mounted device and forwarding the vehicle information to the service platform, and a service gateway for receiving service data from a vehicle-restraining platform, a short-renting platform or a new energy vehicle platform and forwarding the service data to the service platform.

As shown, the service platform includes an enterprise authentication module configured to authenticate an enterprise, and an enterprise vehicle management system to manage enterprise vehicles and drivers and process use vehicle orders. In some embodiments, the service platform further comprises one or more third party ride service management modules.

In some embodiments, an enterprise vehicle management system includes a vehicle management module to process a use vehicle order and a dispatch management module to dispatch an enterprise vehicle. The vehicle management module includes a vehicle order sub-module configured to display and update a vehicle order, an order review sub-module configured to review the vehicle order automatically or manually, and a vehicle arrangement sub-module configured to arrange vehicles for vehicle orders that pass the review. Further, the dispatch management module includes a vehicle allocation sub-module configured to allocate a driver to the vehicle, a real-time display sub-module configured to display a vehicle location in real-time, and a garage setup sub-module configured to allocate a garage or an electronic fence to the vehicle.

In some embodiments, the enterprise vehicle management system further includes a vehicle management module to manage vehicles of the enterprise. The vehicle management module comprises a vehicle information management sub-module configured to manage information of enterprise self-purchased vehicles and/or long-leased vehicles, a vehicle maintenance management sub-module configured to manage vehicle maintenance information, and an abnormality processing sub-module configured to monitor and process abnormal events.

The above-mentioned respective modules, sub-modules and units have been described in detail in the foregoing, and are not described in detail herein.

From the above description of the embodiments, it will be apparent to those skilled in the art that the embodiments may be implemented by means of software plus necessary general hardware platforms, or of course by means of hardware. Based on this understanding, the foregoing technical solution may be embodied essentially or in a part contributing to the prior art in the form of a software product, which may be stored in a computer readable storage medium, such as ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the respective embodiments or some parts of the embodiments.

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

Claims (10)

1. An enterprise vehicle management system, comprising:

server side running on cloud host, and

The server side is interconnected with the personal client side through a network;

The server receives a vehicle use order from the personal client, arranges the enterprise self-purchasing vehicles and vehicles from the vehicle-restraining platform, the short-renting platform or the new energy vehicle platform to execute the vehicle use task defined by the vehicle use order according to the vehicle use order, wherein the renting period of the short-rented vehicles is more than half a day or 1 day;

The server side comprehensively considers all the vehicle orders passing the auditing in a period of time to decide the arrangement of the vehicles, wherein the rules for deciding the arrangement of the vehicles by the server side comprise:

The cost of completing all orders is the lowest;

completing all orders, wherein the own vehicle is most used;

Completing all orders, using the own vehicle most, about the number of vehicles, and

Completing all orders with least use of taxi vehicles;

The method comprises the steps of calculating the cost by using estimated mileage under the condition that staff applies for vehicles of an enterprise, wherein the calculation mode of the vehicle cost when the enterprise has the vehicle order is defined as per kilometer cost standard, per hour cost standard or per kilometer cost standard and per hour cost standard, and the cost standard is set by referring to the fuel consumption, depreciation and maintenance cost factors of the vehicle;

The server side comprises a service platform, an equipment gateway and a service gateway, wherein the service platform is used for processing a vehicle order, the equipment gateway is used for receiving vehicle information from vehicle-mounted equipment and forwarding the vehicle information to the service platform, and the service gateway is used for receiving service data from a vehicle-restraining platform, a short renting platform or a new energy vehicle platform and forwarding the service data to the service platform;

The service platform comprises a first-level functional module, an enterprise authentication module and a second-level functional module, wherein the first-level functional module is used for authenticating an enterprise, filling enterprise information in the enterprise authentication module and uploading related qualification files, and the enterprise can use the service platform after auditing the qualification files, and the second-level functional module is used for authenticating the enterprise

An enterprise vehicle management system for managing enterprise vehicles and drivers and processing vehicle orders;

The enterprise vehicle management system comprises a second-level functional module, a vehicle management module and a control module, wherein the second-level functional module is used for processing a vehicle order;

A dispatch management module for dispatching the enterprise vehicles, and

A vehicle management module for managing vehicles of an enterprise;

The vehicle management module comprises the following third-level functional modules:

A vehicle order sub-module configured to display and update a vehicle order, the vehicle order sub-module including a manager vehicle order unit and an employee vehicle order unit, the manager vehicle order displaying orders of persons within a management range thereof;

an order review sub-module configured to review vehicle orders automatically or manually, and a vehicle scheduling sub-module configured to schedule vehicles for vehicle orders that pass the review;

wherein the dispatch management module includes the following third level functional module:

the vehicle allocation submodule is configured to allocate drivers to vehicles, and the vehicle allocation submodule supports the automatic binding of the vehicles and the drivers, and the binding rules mainly consider the positions of the drivers and the vehicles, the driving habits, the driving histories and the binding histories of the drivers, the overtime situation of the drivers and the order situation of the vehicles to be completed;

a real-time display sub-module configured to display a vehicle location in real-time;

the scheduling display sub-module is configured to display a list of the vehicle orders in execution and a list of the vehicle orders to be executed, and is also used for checking the state of the vehicle and setting a special vehicle or a silent mode, wherein the current position and the track of the vehicle cannot be checked after the silent mode is set;

A garage setup sub-module configured to allocate a garage or an electronic fence for a vehicle;

the vehicle management module comprises a third-level functional module, a vehicle information management sub-module and a control module, wherein the third-level functional module is used for managing the information of the enterprise self-purchased vehicles and/or long-leased vehicles;

A vehicle maintenance management sub-module configured to manage vehicle maintenance information, and

An exception handling sub-module configured to monitor and handle exception events including one or more of:

abnormal driving in non-working time;

Abnormal external power supply voltage;

the idle time is very long;

The vehicle deviates from the normal route;

the stopping time of the vehicle in the task deviates from the normal range;

The vehicle speed is too fast or too slow;

the vehicle load exceeds the normal range.

2. The system of claim 1, wherein the personal client is configurable to review a use order or arrange for a self-purchased vehicle or a vehicle from a vehicle-restraining platform, a short rental platform, or a new energy use platform according to the use order.

3. The system of claim 2, wherein the server side or employee application is configurable to estimate a cost of the order for the use, wherein the order for the use or the order for the use is allowed to be submitted for review in response to the employee or the department in which the employee is located having a vehicle budget greater than the cost of the order for the use.

4. The system of claim 1, wherein the business gateway receives data from a facilitator providing a communication service, a location service, or an in-vehicle device service;

the system further comprises a data aggregation layer which receives data from the equipment gateway and the service gateway, converts the data format and forwards the converted data to the service platform.

5. An enterprise vehicle management method for an enterprise vehicle management system as claimed in any one of claims 1-4, comprising the steps of:

Receiving a login request from an employee application and authenticating the login request;

Receiving a use order from the employee application in response to the employee application passing the authentication;

Checking the order of the vehicle, and

Responsive to the vehicle order passing the audit, scheduling the enterprise to self-purchase vehicles and vehicles from the vehicle-booking platform, the short-renting platform or the new energy vehicle platform to execute vehicle tasks defined by the vehicle order according to the vehicle order;

Wherein, comprehensively consider all passing orders for vehicles within a period of time to decide the arrangement of vehicles, wherein the rules for deciding the arrangement of vehicles comprise:

The cost of completing all orders is the lowest;

completing all orders, wherein the own vehicle is most used;

Completing all orders, using the own vehicle most, about the number of vehicles, and

Completing all orders with least use of taxi vehicles;

The method for calculating the vehicle cost of the enterprise comprises the steps of defining a cost standard per kilometer, defining a cost standard per hour, or defining the cost standard per kilometer and the cost standard per hour under the condition that an employee applies for the vehicle of the enterprise, and calculating the vehicle cost by using the estimated mileage, wherein the cost standard refers to the fuel consumption, depreciation and maintenance cost factor setting of the vehicle.

6. The method of claim 5, further comprising selecting to execute the portion of the vehicle task defined by the vehicle order from the vehicle reduction platform or the rental platform when the enterprise self-order vehicle is unable to execute the portion of the vehicle task defined by the vehicle order or when the cost of executing all of the vehicle order with the enterprise self-order vehicle is higher.

7. The method of claim 6, further comprising defining a calculation of the vehicle cost when the vehicle order is completed using the enterprise self-purchased vehicle, the calculation of the vehicle cost when the vehicle order is completed using the enterprise self-purchased vehicle including, but not limited to:

Defining a cost criterion per kilometer;

Defining a cost criterion per hour, and

A cost per kilometer criterion and a cost per hour criterion are defined.

8. The method of claim 6, further comprising receiving from the taxi platform a fee required to complete a mission defined by the order for the vehicle, receiving from the taxi platform a daily lease fee for the vehicle leasing, and completing the order using the taxi platform in response to the vehicle using the taxi platform completing a plurality of orders more than the order using the taxi platform.

9. The method of claim 6, further comprising predicting an order for a future day or more, receiving a daily rental fee from the rental car platform for two or more days, and completing one or more orders for the day and the future day or more using the vehicle of the rental car platform.

10. The method of claim 5, further comprising sending a request to an employee application placing the order for use to modify the time of use, the start location, or the end location, and merging the plurality of orders for use in response to information from the employee application agreeing to the change.