CN111695948A - Automobile leasing management system - Google Patents

Abstract

The invention provides a car rental management system, which comprises a data processing system and a plurality of service processing systems, wherein the data processing system is used for receiving access data and sending the access data to the service processing systems, and the service processing systems comprise: the user management subsystem is used for registering and logging in a user and renting the vehicle online; the merchant management subsystem is used for parking, self-managing and processing the car renting request sent by the user management subsystem; and the operation management subsystem is used for managing and maintaining the automobile leasing management system. The automobile leasing management system realizes physical isolation of different service modules by introducing a shunting technology, and avoids conflict among different services and mutual influence of peak access services; meanwhile, the safety and the stability of the automobile leasing management system can be improved.

Description

Automobile leasing management system

Technical Field

The invention relates to the technical field of intelligent transportation, in particular to an automobile leasing management system.

Background

With the development of the internet, more and more families and individuals do not require to own automobiles for a long time due to changes of working environments and labor modes, but use various automobiles in a 'call-to-the-go' mode, so that service requirements of renting automobiles are provided to automobile renting companies when necessary, and the service requirements become widely accepted and accepted behaviors and choices by the public. Driven by the strong social demand, the automobile leasing market has an unprecedented prosperous scene.

Traditional car leasing companies are mainly in a manual mode when processing business information, and therefore the defects of low efficiency, disordered management, increased errors and the like exist. With continuous practice and scientific and technical exhibition, owners in the automobile leasing industry manage information by means of computers, and service efficiency is improved. However, when accessing a large amount of access data, the current car rental management system is easy to cause system instability and has low security.

Therefore, in the long-term research and development, the inventor has conducted a lot of research on the automobile leasing industry, and has proposed a car leasing management system with high stability to solve one of the above technical problems.

Disclosure of Invention

The present invention is directed to a car rental management system and an electronic device, which can solve at least one of the above-mentioned problems. The specific scheme is as follows:

according to a specific implementation manner of the present invention, in a first aspect, the present invention provides a car rental management system, including a data processing system and a plurality of business processing systems, wherein the data processing system is configured to receive access data and send the access data to the business processing systems, and the business processing systems include: the user management subsystem is used for registering and logging in a user and renting the vehicle online; the merchant management subsystem is used for parking, self-managing and processing the car renting request sent by the user management subsystem; and the operation management subsystem is used for managing and maintaining the automobile leasing management system.

According to the scheme provided by the embodiment of the invention, the automobile leasing management system is logically split according to the service characteristics and the user groups, and access is monitored and identified through the access shunting technology and is distributed to a specific service processing system. Compared with the prior art, the method has the following beneficial effects: by introducing the shunting technology, the physical isolation of different service modules is realized, and the conflict between different services and the mutual influence of peak access services are avoided; meanwhile, the safety and the stability of the automobile leasing management system can be improved.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the invention and together with the description, serve to explain the principles of the invention. It is obvious that the drawings in the following description are only some embodiments of the invention, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:

FIG. 1 is a schematic diagram showing the structure of a car rental management system according to an embodiment of the present invention;

FIG. 2 is a schematic diagram showing the structure of a data management system in the car rental management system according to the embodiment of the present invention;

FIG. 3 is a schematic diagram showing the structure of a user management subsystem in the car rental management system according to the embodiment of the present invention;

FIG. 4 is a flowchart illustrating a method for screening and reserving vehicles by the quick vehicle selection module in the customer management subsystem according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of a merchant management subsystem in the car rental management system according to an embodiment of the invention;

FIG. 6 is a schematic structural diagram of an operation management subsystem in the car rental management system according to the embodiment of the invention;

FIG. 7 is a flowchart illustrating a method for setting role rights in the operations management subsystem shown in FIG. 6;

fig. 8 is a flowchart illustrating a method for adding a new link-class carousel presentation content in the operation management subsystem illustrated in fig. 6;

fig. 9 is a flowchart illustrating a method for displaying content in a new instruction class carousel map in the operation management subsystem shown in fig. 6.

Detailed Description

In order to make the objects, technical solutions and advantages of the present invention clearer, the present invention will be described in further detail with reference to the accompanying drawings, and it is apparent that the described embodiments are only a part of the embodiments of the present invention, not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terminology used in the embodiments of the invention is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used in the examples of the present invention and the appended claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise, and "a plurality" typically includes at least two.

It should be understood that the term "and/or" as used herein is merely one type of association that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" herein generally indicates that the former and latter related objects are in an "or" relationship.

It should be understood that although the terms first, second, third, etc. may be used to describe … … in embodiments of the present invention, these … … should not be limited to these terms. These terms are used only to distinguish … …. For example, the first … … can also be referred to as the second … … and similarly the second … … can also be referred to as the first … … without departing from the scope of embodiments of the present invention.

The words "if", as used herein, may be interpreted as "at … …" or "at … …" or "in response to a determination" or "in response to a detection", depending on the context. Similarly, the phrases "if determined" or "if detected (a stated condition or event)" may be interpreted as "when determined" or "in response to a determination" or "when detected (a stated condition or event)" or "in response to a detection (a stated condition or event)", depending on the context.

It is also noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that an article or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such article or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in the article or device in which the element is included.

Alternative embodiments of the present invention are described in detail below with reference to the accompanying drawings.

Example 1

Referring to fig. 1, the present invention provides a car rental management system 100, including a data processing system 200 and a plurality of business processing systems 300, wherein the data processing system 200 is configured to receive access data and send the access data to the business processing systems 300, and the business processing systems 300 include: the user management subsystem 400 is used for registering and logging in a user and renting the vehicle online; the merchant management subsystem 500 is used for enabling a merchant to park, self-manage and receive a car renting request sent by the user management subsystem; and the operation management subsystem 600 is used for managing and maintaining the automobile leasing management system. In this embodiment, the car rental management system 100 is named as "cury rental car".

Referring to fig. 2, the data processing system 200 includes a receiving module 210, an identifying module 220, and a sending module 230. Specifically, the receiving module 210 is configured to receive access data. The access data includes registration data, login data, and the like. The identification module 220 is configured to identify a category of the access data. The data category comprises an operation category, a merchant category and a user category. The sending module 230 is configured to send data to the plurality of service processing systems 300.

Further, the data processing system 200 protects the service data and the file data by an intranet isolation means. The business data comprises various information data of the operation management system, the merchant management subsystem and the user management subsystem, and the file data comprises data such as pictures and documents in each business processing system.

The data processing system 200 forwards different types of data to the corresponding service subsystems 300 in a shunting manner, so that the system downtime can be prevented when a large amount of requested data is accessed simultaneously.

Referring to fig. 3, the user management subsystem 400 includes a user registration module 410, a user login module 420, a quick vehicle selection module 430, an information publishing module 440, a user order processing module 450, a vehicle website query module 460, an activity management module 470, a travel selection module 480, a home page display module 490, and a user self-management module 491.

The user registration module 410 is used for user registration. When the user is an individual, the registration can be carried out through the verification of the mobile phone number and the short message; when the user is an enterprise, enterprise information is required to be filled in, wherein the enterprise information comprises login user names, enterprise names, contact person names, mobile phone numbers, passwords, confirmation passwords and enterprise business license photos. When the enterprise registers, whether the system agrees with the service terms of the system or not occurs, and the enterprise user must register after agreement. After the registration application is submitted, the system will perform an audit and notify the registration progress by a short message, and if the registration is successful, the user can enter the user login module 420 through a user name and a password.

The user login module 420 is used for user login. The personal login and the enterprise login can both be logged in an account password mode and a short message verification code mode. The account password is obtained by the user registration module 410. And the short message verification code receives the mobile phone number registered by the user registration module. If the password is forgotten in the login process, the password can be reset in a short message verification code mode.

The quick vehicle selection module 430 is used for enabling a user to quickly screen and reserve vehicles. The quick pick-up module 430 supports both store return and door pick-up modes. The specific operation flow of the store returning comprises the step of selecting a current city service store, and the service store displays the store name and the store address according to the area. The specific operation flow of the door-to-door sending comprises dragging a mouse in a map to select points or inputting specific addresses to select points, and the name and the address of the selected points are displayed after the point selection is finished. Preferably, the quick vehicle selection module 430 is disposed on a home page of the user management system.

The quick vehicle selection module 430 further supports selection of vehicle taking and returning time and modification of information such as vehicle taking and returning time, stores, addresses and the like. In this embodiment, the quick vehicle selection module 130 defaults to the time of returning the vehicle after 4 hours of the current time, and the time interval of returning the vehicle should not be greater than 30 days.

Referring to fig. 4, the method for screening and reserving vehicles by the quick vehicle selection module 430 specifically includes the following steps:

and S41, determining screening conditions and screening. Specifically, a list of eligible vehicles may appear based on the screening criteria. The list of vehicles has a priority. When the store taking and returning mode is selected, vehicles meeting the conditions of the selected store are preferentially displayed; secondly, displaying all vehicles meeting the conditions of other stores in the current city from near to far according to the positions of the stores; under the same conditions, the low-price vehicles are preferentially displayed. When the entrance sending mode is selected, displaying all store vehicles meeting the conditions in the current city from near to far according to the entrance service address selected by the user; under the same conditions, the low-price vehicles are preferentially displayed. The screening conditions can be flexibly selected, include vehicle types, common automobile brands, daily rental intervals and the like, and can also be set according to requirements. The vehicle types include economy type, SUV, business car, luxury car, caravan and the like.

And S42, checking the vehicle information and selecting the vehicle. The vehicle information comprises a vehicle type picture, vehicle type configuration, vehicle day/month average price, vehicle rent and the like. The vehicle type configuration comprises the type, the discharge capacity, the type and the grade of a vehicle gearbox, the volume of an oil tank and the number of passengers to be taken. The vehicle rent is displayed in a calendar form, and for short renters (the renting date is less than 30 days), the daily rent is displayed; for long rented users (rental dates greater than 30 days), monthly prices from the user's monthly subscription to the deadline are displayed. The vehicle information may be viewed by clicking on any vehicle in the list of vehicles. The vehicle information can be refreshed at any time.

And S43, submitting the order and paying the rent. When the user confirms the selection of the vehicle, the application may be submitted and payment may be made. The payment process comprises: displaying basic payment information, selecting a payment mode and confirming payment. The payment modes comprise account balance payment, WeChat payment and Paibao payment. If the payment is not returned directly at the moment, the re-payment can be carried out in the unfinished order list; if the payment is successful, the vehicle reservation is successful. The order may be cancelled at any time before the rental is paid.

In the process of submitting the order, the user is required to select the car requisition for checking, namely, the car renting requisition and regulation system, and the order can be successfully submitted only after the user agrees to the car requisition.

And S44, generating a user order. Specifically, after the vehicle is determined, if the personal information of the user is complete, the user order is immediately generated. The user order information comprises basic vehicle information, vehicle taking and returning information, expense information, available discount information, invoice information, full payment and the like. The car taking and returning information comprises shop taking and returning information, door getting and sending information and service store information. The information of getting back to the store comprises the name of the store and the time of getting back to the car. The door-to-door sending and taking information comprises a door-to-door address name, a detailed address and car-taking and returning time. The service store information includes a service store name, a telephone number, and an address.

The fee information includes a total amount and a charge detail. The charging details include vehicle rental fees, handling fees, basic service fees (only short rents), entrance service fees (which are charged when the entrance is given and the service stores exceed the maximum kilometers), non-free fees, and the like.

The usable coupon information comprises coupon amount, title, coupon range and validity period. The coupon is selectable for use or non-use.

The invoice information comprises invoice head-up, invoice tax number, addressee, mobile phone number, postal code and delivery address. When invoicing is not required, the invoice information need not be filled in.

The payment of the whole fee refers to the whole fee which is finally paid by the user for renting the car.

The information issuing module 440 is configured to issue user lease information. The information publishing module 440 only allows to publish one lease information at a time, and the published lease information can be cancelled at any time. The car renting information comprises long renting information and short renting information. In this embodiment, the information publishing module only publishes the user long lease information. The long rental information comprises the name of a lessee, a telephone, a car-using city, car-taking time, rental period, car type and the like. After the information publishing module 440 publishes the information, the background audits, and the bidding vehicle and the price are sent after the audit is passed. The user can check the result of the audit through the user self-management module 491. Preferably, the information publishing module 440 can be disposed on a home page of the user management system 400.

The user order processing module 450 is configured to process an incomplete order. The unfinished orders comprise basic order information and car taking and returning information. The processing of incomplete orders may include the following three cases:

first, the user continues to pay the rental fee if he chooses to continue with the order.

Second, if the order is chosen to be abandoned before the rental fee is paid, the user can cancel the order directly.

Third, if the user pays the rental fee but chooses to drop the order before taking the car, the user applies for a refund. When the time for abandoning the order and the time for taking the car exceed a set time, the user can directly complete the refund; when the time for abandoning the order and the time for taking the car do not exceed the set time, the order is in a locked state after the user applies for refund, and the user can refund the order by contacting system service personnel, such as customer service personnel.

And fourthly, if the user selects to renew the lease when the vehicle is taken and the vehicle is not returned, the user fills the information of renewing the lease and pays. The lease renewing information comprises a lease renewing reason and lease renewing time, and the order is in a lease renewing application state after the lease renewing application is submitted; after the merchant passes the lease renewal application, the order is in an unpaid state; after the user pays, the order is in the state of car taking, and the car returning time is changed into the time of new lease renewal. In this embodiment, the user of the same order can renew the lease at most three times, and the renewal application is four hours before the car returning time. The sum of the lease time and the lease renewal time of the same order is not more than 30 days.

When the user returns the vehicle, the user order processing module 450 changes the order status to a completed order. The completed order information comprises order basic information, car taking and returning information and order evaluation information. The order evaluation can be evaluated by selecting a service star grade and filling evaluation content.

The vehicle network point query module 460 is used for querying all vehicle network points in the current city. Specifically, the query may be performed in a map mode or a list mode. When the map mode is selected, all network points of the current city are displayed in the map; clicking a certain website buoy to generate a website information floating layer; clicking on the website name allows viewing of all vehicles at the website. When the list mode is selected, all the network points of the current city are displayed according to the areas, and the network point information floating layer is automatically popped up when the network point is clicked to enter the map mode. The website information comprises website names, addresses, telephones and website navigation.

The activity management module 470 includes an activity viewing module 471 and an activity pickup module 472. The activity viewing module 471 is configured to view the preferential activity information of the current merchant. The activity information comprises an activity cover picture, an activity title, an activity brief introduction, an activity starting and stopping time and an activity state. The activity getting module 472 is configured to get the offer activity online, and if it is displayed that the activity has been got or is robbed, the activity cannot be got.

The travel selection module 480 is operable to enable a user to select a peripheral travel service. The travel selection module 480 includes a type selection module 481 and an information query module 482. The type selection module 481 is used for selecting types of tourism, including general tourism, high-end tourism and special tourism. The information query module 482 is used for querying travel information including a travel cover map, a route introduction, a travel request and a contact phone number. The inquiry process of the travel route comprises the following steps: a plurality of punctuations are input into a map and inquired, so that the route tracks of all the punctuations can be seen, wherein each punctuation corresponds to one tourist attraction.

The user home page display module 490 is used for switching service cities on a home page, updating car rental dynamics, quickly selecting cars and issuing long rental demands. The switching service city refers to switching information to a current city where a user is located, and if no service merchant exists in the city, the city is automatically switched to the nearest service city. The car renting dynamic state is presented in a carousel mode. The carousel graph supports secondary links, such as jumps to short rental car rentals, long rental car rentals, activity details, or external links.

The user self-management module 491 is used to view the user related information and the system information. The user related information comprises personal information, account information, point information, coupons, address information, preferred vehicle type information, invoice information, My information, long lease information and complaint suggestions. The personal information comprises a name, a mobile phone number and an identification number. The account information comprises the balance of the current account, the charging and consumption details and online charging. The point information includes point data, acquisition and usage point records. The address information comprises a common address, a newly added common address, a modified common address, a deleted common address and the like. The preferred vehicle type information can be set and stored according to the screening conditions of common vehicle brands or daily rent and the like, and the system is screened according to the preferred vehicle type of the user by default when the user searches vehicles. The invoice information comprises common invoice information and deleted and modified invoice information.

The my messages primarily include messages related to orders. The corresponding order can be directly viewed by clicking on a certain message. The message includes a message header, content, read status, and send time.

The long lease information comprises released long lease information, response information and completed long lease information. The issued long lease information comprises an issuing number, a car city, car using time, a lease period and an information state. The response information comprises merchant information and offer information. The completed long lease information comprises basic information of the long lease and the order to which the long lease belongs.

The complaint suggestion is that a user proposes a problem occurring when the user management subsystem is used and gives a corresponding suggestion.

The system information comprises system version update and system introduction. The system introduction comprises the automobile leasing management system, the introduction of the user management subsystem and an app download link corresponding to the system. The app download link may be a two-dimensional code, a micro signal, or a web address.

Further, the customer management system includes an after-sales service module 492, the after-sales service module 492 enabling the customer to contact the system service personnel to resolve the problem.

Referring to fig. 5, the merchant management subsystem 500 includes a merchant enrollment module 510, a merchant login module 520, a vehicle management module 530, a first order management module 540, a first statistical analysis module 550, an information maintenance module 560, a financial verification module 570, a risk management module 580, a merchant self-management module 590, and a merchant home page display module 591.

The merchant enrollment module 510 is used for merchant registration and vehicle registration. The merchant registration information includes applicant information, merchant category, store information, enterprise information, and certificate information. The applicant information comprises the name of the applicant, the identity number of the administrator and a contact telephone. The merchant category information includes businesses and individuals. The store information includes store locations, store stationary phones, etc., wherein the store locations can be selected and modified through a map. The enterprise information comprises an enterprise name, an enterprise business license number and an enterprise mailbox address. The certification document information comprises front and back photos of an enterprise legal identity card, an authorization platform promotion certification document, a company authorized personal management platform certification document, a business license photo and the like.

After the merchant registration information is entered, the merchant must read the merchant service terms and rules and agree to submit the enrollment application. And once the background audit is passed, the merchant is successfully resident. The verification result may be notified to the merchant by way of an email or a short message, and the verification result includes an automatically generated merchant code and an account password, which are used as a credential for the subsequent merchant to log in the merchant management subsystem 500.

The vehicle registration information includes basic information of the vehicle, configuration information of the vehicle, procedure information of the vehicle, rental information of the vehicle, inventory information of the vehicle, information of the vehicle getting on or off the shelf, and the like. The basic information of the vehicle comprises a vehicle state, a vehicle picture, a brand, a vehicle type, a year money, a vehicle type and the like. The vehicle states comprise waiting for renting, reserved, taken, returned, applying for renewal of renting, maintaining and off-shelf. And integrating the registered vehicle information to generate a vehicle type library. Preferably, in the registration process, the basic vehicle information may be selected from vehicle information already stored in the vehicle type library, and the vehicle picture may be automatically updated after the year money is selected.

The vehicle configuration information comprises the number of passengers, the type and the grade of fuel oil, the volume of an oil tank, a driving mode, the type and the displacement of a gearbox and other parameters. In this embodiment, after the brand, the vehicle type, and the annual fee in the vehicle basic information are determined, the vehicle configuration information is automatically synchronized with the standard configuration from the vehicle type library. The configuration information enables the lessee to be aware of hardware information of the rented vehicle.

The vehicle procedure information comprises a driving license scanning piece, a traffic insurance policy scanning piece, a commercial insurance policy scanning piece, a left front 45-degree picture of the vehicle, a right rear 45-degree picture of the vehicle and the like. The vehicle procedure information can ensure the safety of the taxi.

The vehicle rent information includes daily rent, long rent, single-day basic premium, and the like. The daily rent can be set in batch or specified. The batch daily rent setting process is to select a starting date and an ending date; inputting a batch set amount; the day rent within the date is reset to the set rent after the save. In the embodiment, the daily rent situation is displayed in the form of a calendar and is clear at a glance. The appointed setting day rent can select any day in the calendar and carry out modification and deletion. The long rental fee may be made by setting a monthly rental fee of 1 to 12 months per month.

The vehicle inventory information includes current vehicle usage. The mode of vehicle storage in the system is one-vehicle-one-trial, so the vehicle inventory is fixed to be 1 and can not be modified and edited.

The vehicle on-off information comprises vehicle on-off information and vehicle off-off information. The vehicle businessman who has been repaired, maintained and off-shelved can operate the upper shelf by himself; the merchant may operate the undercarriage on his or her own for the vehicle that has been staged, but must select the reason for the staging, such as repair, maintenance or staging.

And the registered vehicle information of each vehicle is arranged according to a certain linear sequence to form a vehicle list. The vehicle list includes a list of rented vehicles, a list of on-shelf vehicles, and a list of all vehicles. The vehicles in the rented vehicle comprise scheduled vehicles and vehicles which are not rented. The shelved vehicles include all vehicles that have submitted and checked for passage on the shelf. The all vehicles include all merchant registered vehicles. Specifically, all information for a given vehicle may be presented by selecting that vehicle from the list.

The merchant login module 520 is used for logging a merchant in the merchant management subsystem 500. The merchant login module 520 is provided with two selectable login modes, including account password login and short message verification login. When an account password is selected for logging in, inputting a merchant code, a user name, a password and a graphic verification code, and finally entering a personal operable page; if the password is forgotten in the process, the short message verification code is obtained through the mobile phone number, the merchant code and the new password are input, and the password is reset after the password is submitted. When the mobile phone short message is selected to verify login, the application mobile phone number is input, and the short message verification code is obtained and input to complete login.

The vehicle management module 530 is used for counting and querying the position information of all registered vehicles. Each vehicle is provided with a positioning device, the positions of the vehicles can be counted through a map, and the conditions of the vehicles, such as license plate numbers, vehicle states, vehicle positions and vehicle speeds, can be checked through icons on the map; and selecting and inquiring the vehicle running track within a fixed time according to the map track, and determining a certain time period if the starting and ending time is selected. The vehicle management module 530 can view a list of all vehicles currently registered and view location information of a specified vehicle.

The first order management module 540 includes an order receiving module 541, an order processing module 542, an order viewing module 543, and an order tracking module 544. The order receiving module 541 is configured to receive a lease request sent by the user. The lease request is a user order. The user order comprises an order number, a tenant name and a mobile phone number, an order state, vehicle information, vehicle taking and returning information, charging details and payment details. The vehicle information mainly comprises brands, vehicle types and annual money. The car taking and returning information comprises car taking time and place and car returning time and place. The charging particulars include a vehicle rental fee, a commission fee, a basic service fee (only short lease), and an entrance service fee (vehicle delivery). The payment details comprise a payment mode and payment amount, wherein the payment mode can be WeChat payment, Paibao payment or third-party platform payment.

The order processing module 542 is configured to set a license plate number for a service vehicle in the user order, enter vehicle pick-up and return information, sign a lease contract, and process a lease renewal request. Specifically, the vehicle taking is marked after the license plate number is set, the vehicle taking information is filled and stored, and the vehicle taking is finished after the vehicle taking information is stored. And the vehicle information filling and taking comprises vehicle time, mileage and oil amount filling and uploading vehicle inspection list photos and three-party combined photos.

After the vehicle is taken, the user needs to sign the leasing contract on line. Specifically, basic information is input into the contract template, and the basic information comprises a contract signing place, a lessee family address and a lessee driver license file number. And carrying out electronic signing after the basic information is input.

When the user signs the contract, the vehicle returning application can be provided at any time. And once the merchant confirms the car returning application, the car returning information can be filled. The car returning information comprises car returning time, mileage and oil mass, and a car inspection list photo is uploaded. And when the vehicle returning information is confirmed, the vehicle returning is successful, and the returned vehicle automatically recovers to be put on the shelf. The car returning condition comprises that the car is returned on time and the car is also returned in advance. If the user applies for car return in advance, the original price can be selected to be returned for the remaining rent or a certain proportion of default funds are deducted, after the order processing module confirms, the state of the service car is changed into the car return state, and the remaining fee is automatically returned to the user account.

The processing the renewal request comprises checking and auditing the user renewal request. Specifically, after the user submits the renewal application, the merchant can check the reason and time of the renewal of the user, and the user can pay the renewal fee after the merchant passes the audit. In this embodiment, the merchant can select the original rate renewal lease or float the lease amount by a certain multiple.

The order viewing module 543 is used for viewing the total orders, the total income and the unsettled income of the merchants.

The order tracking module 544 is configured to track the status of the user's orders.

The first statistical analysis module 550 is used for counting and analyzing the user order information. The statistical order information comprises orders on the same day, month and year, order amount, order income proportion, vehicle type distribution and vehicle type ratio. The order income comprises rent income, non-dividend income, basic service fee income and entrance service fee income. Analyzing the user order information comprises analyzing the booking heat of a specific vehicle type according to a radar map. In this embodiment, the booking popularity of a specific model year is analyzed according to the radar chart.

The information maintenance module 560 is used to modify and delete the merchant information, the vehicle information, and the user order information. Preferably, the merchant information includes merchant profiles, merchant business hours, vehicle distribution ranges, reconciliation information, billing information, and the like. In this embodiment, the vehicle distribution range setting condition includes: free distribution within a default fixed kilometer number; when the user position is within the distribution range but exceeds a fixed kilometer number, charging the entrance service fee according to the distribution fee; the merchant can expand the distribution range and increase the charge; when the user location is beyond the store-supported delivery kilometers, the merchant vehicle is not presented to the user. The account checking information comprises an account opening row, an account name and an account. The billing information comprises invoice head-up, invoice tax number, unit address, telephone number, account-making bank and bank account.

The financial reconciliation module 570 is used for reconciling merchant statements. Specifically, the account checking is confirmed according to the account checking ID, the account checking period, the total amount of the account checking, the amount of orders related to the account checking, the state of the account checking and the details of the account checking. The statement of account refers to all the involved orders in the statement of account.

The risk management module 580 is configured to enter blacklist user information. The blacklist user comprises users who have multiple conditions of violation, car return on time, rent delinquent and the like. To the control this blacklist user, can just refute when it proposes to rent the car and apply for, can avoid unnecessary loss in time.

The merchant self-management module 590 is used to manage system information, complaints, and suggestions. The system information comprises messages sent by the system, relevant system operation data, system version updates and system profiles. The message includes a message header, content, and a time of transmission. The system operation material can be played on line in a video form, and can also be downloaded and viewed in a document form. The system version can be monitored and updated by itself. The complaint suggestion is that the merchant makes a question and gives a suggestion for the merchant management system. The question and advice data is finally submitted to the operations management system.

The merchant home page display module 591 is used for displaying vehicle conditions, today's orders and order messages on the system home page. Wherein the vehicle condition includes the number of rented vehicles, the number of mounted vehicles and the number of all vehicles. The current order comprises incomplete order information, and if the current order does not exist, a temporary order is displayed. When a certain piece of appointed order information needs to be checked, the detailed information can be checked by clicking the input. The order message comprises the messages of adding an order, completing the order, canceling the order and the like. The merchant home page display module 591 enables a merchant to quickly know information.

Referring to fig. 6, the operation management subsystem 600 includes a merchant management module 610, a user management module 620, a second order management module 630, a second statistical analysis module 640, an information management module 650, a financial management module 660, a wind control query module 670, a travel management module 680, a problem solving module 690, and a content management module 691.

The merchant management module 610 is used for checking merchant enrollment applications, managing merchant account states, checking vehicle registration information, and managing a vehicle model library. The merchant enrollment verification application can be verified according to the registration information of the merchant, if the verification is passed, the merchant enrollment is successful, and the merchant account information is notified by an email; if the audit is rejected, the merchant can modify and resubmit the application. The merchant registration information comprises a current auditing state, an applicant, an enterprise name, an enterprise abbreviation, an administrator identity card number, a mailbox, a contact phone, a storefront position, a business license number and a photo, an authorization promotion certificate, an authorization platform certificate and a legal identity card photo. The multiple merchants are arranged in a certain order to form a merchant list. The merchant list includes information such as merchant name, merchant abbreviation, applicant, contact phone, contact address, merchant state and registration time.

The merchant account status includes disabled and enabled. Specifically, the account status of the merchant may be controlled by the merchant management module 610.

And the vehicle registration information is checked according to the input vehicle information. The vehicle information comprises vehicle basic information, configuration information, procedure information, inventory information and shelf loading and unloading information. The basic information of the vehicle comprises a vehicle state, a vehicle picture, a brand, a vehicle type, a year money, a vehicle type and the like. Wherein the vehicle state comprises the states of being in a warehouse, being scheduled, being taken, being returned, applying for renewal, maintaining, being off-shelf and the like.

The vehicle configuration information comprises the number of passengers, the type and the grade of fuel oil, the volume of an oil tank, a driving mode, the type and the displacement of a gearbox and other parameters. In this embodiment, after the brand, the vehicle type, and the annual fee in the vehicle basic information are determined, the vehicle configuration information is automatically synchronized with the standard configuration from the vehicle type library. The configuration information enables the lessee to be aware of hardware information of the rented vehicle.

The vehicle procedure information comprises a driving license scanning piece, a traffic insurance policy scanning piece, a commercial insurance policy scanning piece, a left front 45-degree picture of the vehicle, a right rear 45-degree picture of the vehicle and the like. The vehicle procedure information can ensure the safety of the taxi.

The vehicle rent information includes daily rent, long rent, single-day basic premium, and the like. The daily rent can be set in batch or specified. The batch setting of the daily rent comprises the steps of selecting a starting date and an ending date, inputting batch setting amount, and resetting the daily rent within the date to be set as the set rent after storage. In the embodiment, the daily rent situation is displayed in the form of a calendar and is clear at a glance. The appointed setting day rent can select any day in the calendar and carry out modification and deletion. The long rental fee may be made by setting a monthly rental fee of 1 to 12 months per month.

The vehicle inventory information is used to display the current vehicle usage. The mode of vehicle storage in the system is one-vehicle-one-trial, so the vehicle inventory is fixed to be 1 and can not be modified and edited.

The vehicle on-off information comprises vehicle on-off information and vehicle off-off information. The vehicle businessman who has been repaired, maintained and off-shelved can operate the upper shelf by himself; the merchant may operate the undercarriage on his or her own for the vehicle that has been staged, but must select the reason for the staging, such as repair, maintenance or staging.

The management vehicle type library comprises newly added vehicle brands, vehicle types and annual money. Preferably, the basic vehicle information can be selected from the vehicle type library, and the vehicle picture can be automatically updated after the year money is selected. And displaying the information of the brand, the model, the annual fund and the like of the vehicle in a list tree form. Specifically, the vehicle brands are arranged from A to Z according to the initial letters, and brand information such as brand names and brand logos can be added under the corresponding initial letters. And vehicle type information can be newly added under each brand, and the vehicle type information comprises vehicle passenger carrying information, vehicle name, amount to be collected for deposit guarantee, amount to be collected without charge for exemption, vehicle type information and rent reference information of the same bank.

The passenger carrying information of the vehicle comprises passenger cars below 9 seats, passenger cars and electric vehicles below 9 seats. The vehicle type information includes luxury, economy, business, SUV, and car home. The peer rent may refer to a State day rent, a hi day rent, or a Wukong day rent. The new annual payment information can be added under each vehicle type, and comprises the year, the vehicle photo, the number of passengers, the fuel type, the fuel grade, the volume of a fuel tank, the driving mode, the type of a gearbox and the engine displacement.

The user management module 620 is used for managing the account status of the individual user, inquiring the individual user, checking the user evaluation, checking the enterprise user information, checking the enterprise user registration application and checking the enterprise client cooperation application. The personal user account status includes, among other things, disabled and enabled. The inquiry personal user can inquire through the state of a mobile phone number, a mailbox address or a user account. The user evaluation information comprises an order number, a time range, evaluation content, a user and a merchant type. The user management module 620 may query for both undeleted and deleted order ratings.

The enterprise user information comprises information such as enterprise names, user names, contact persons, contact phones, mailboxes, enterprise addresses, enterprise states, application time and the like. The enterprise status includes underwriting, passed, and rejected. The user management module 620 reviews the enterprise user registration application according to the enterprise detailed information, and the review result includes pass and reject.

The enterprise client cooperation application information comprises an enterprise name, a contact person, a contact telephone, a vehicle city, a contact mailbox and an application state. When the application status is not processed, the user management module 620 confirms the processing.

The second order management module 630 is used for checking order information and processing orders. The order list comprises an order number, a merchant name, a user name, a mobile phone number, a service vehicle, an order amount and an order state.

The order information comprises an order number, a tenant name and a mobile phone number, an order state, order vehicle basic information, service store information, vehicle taking and returning information, charging details and payment details. The charging particulars include vehicle lease fees, commission fees, basic service fees (only short leases), entrance service fees (which are charged when the entrance is sent and the service store exceeds the maximum kilometer number), non-free charges and the like. The payment details comprise a payment mode and a payment amount.

The mode of processing the order comprises the following steps: locking orders, unlocking orders and processing refunds. When the user applies for a refund and does not satisfy the direct refund condition, the order becomes a locked state, and at this time, the second order management module 630 may check the reason for the refund and determine whether to approve the refund.

The second order management module 630 may further export an order generation document.

The second statistical analysis module 640 is used for counting orders and analyzing the annual fee booking popularity of the vehicle model, the downloading amount of different operating systems, the user track, the independent visitors and the page browsing amount. The order statistics mainly comprises the statistics of the number of orders and the amount of the orders, the income of the orders and the proportion of the income of the orders on the same day, month and year. The order income ratio comprises rent income, non-loss income, basic service expense income and entrance service expense income. The analysis of the vehicle type heat degree mainly analyzes the booking heat degree of the annual money of a specific vehicle type according to the vehicle type distribution statistical vehicle type ratio of the current day, the current month and the current year.

The analysis of the downloading amount of the operating system mainly analyzes the number of the user management subsystems downloaded on different operating systems. The operating system comprises a windows system, a Linux system, an android system, an apple system and the like.

The user trajectory analysis mainly analyzes the sequence of the user accessing the page to obtain the browsing preference of the user.

The independent visitor (UV) analysis is mainly an analysis of how many users in a day access the user management subsystem.

The page view volume analysis (PV) mainly analyzes the number of times of visiting pages by the same user in one day.

The information management module 650 includes an information creation module 651, an information query module 652, an information maintenance module 653, an information auditing module 654, and a permission setting module 655. The information creating module 651 is used for creating questions, learning materials, news, regulations and preferential activities. The information created by the information creation module 651 is used for presentation to the user and merchant. Specifically, the information creation module 651 may create a question and give an answer. The created problem is a problem that most users or merchants may pose.

The process of creating learning materials comprises adding catalogues and adding learning materials. Each directory can comprise a plurality of learning materials which are arranged in a certain sequence to form a material list, and the material list comprises a title, a description, a release time and a material state. The data state comprises to-be-audited and audited. Each learning material in the material list comprises a material title, a material description and an uploading file. The learning material content may be system operation material.

The process of creating news comprises inputting news headlines, the city to which the news belongs, news profiles and news contents. The information creating module can select whether to release the created news or not, and can modify and delete the news. If the created news is selected to be published, the published news information comprises news titles, affiliated areas, creators, publishing time and publishing links. The news content may be a policy country or the like regarding sharing automobiles.

The process of creating a regulatory regime includes selecting a genre, entering a number, a title, and content. The types of regulations include platform related, car rental related, payment related, and member related. Each regulation includes title, creator, release time, and release link. The information creation module numbers all regulations.

The created preferential activity information comprises an activity name, a city, an activity type, a preferential scope, whether the preferential activity information is valid or not, whether the preferential activity information is a main push activity or not, the start and end time of the activity, the activity brief introduction, the activity content and an activity cover map. The activity types comprise discount types, preferential types, sharing types, time-limited second killing types and registered gift types. The preferential range comprises the selectable ranges of all-platform universal activities, available specific vehicle types, available specific store vehicle types and only preferential discount activities.

The plurality of preferential activities are arranged in a certain sequence to form an activity list, and the activity list comprises activity names, activity starting deadline, activity types, activity states, coupon picking records and usage records. The coupon getting records comprise a person, a mobile phone number, the number of the getting sheets and the getting time. The coupon use record comprises the serial number of the order, the name of the service merchant, the name and the mobile phone number of the customer, the name of the rental car, the amount of the order and the state of the order.

The information query module 652 is used to retrieve questions, rules and regulations, news, and learning materials.

The information maintenance module 653 is used to modify or delete the questions, news, learning materials, and regulations.

The information auditing module 654 is used for auditing the lease information issued by the user and the merchant response quotation information. Specifically, after the user issues the lease request information, the information auditing module 154 audits the lease request information. The renting information comprises the name of a renter, a telephone, a car-using city, car-taking time, renting period, car type and the like. The lease-seeking information comprises long lease information and short lease information. In this embodiment, the lease information is long lease information.

The plurality of lease-seeking information are arranged in a certain sequence to form a lease-seeking list, and the lease-seeking list comprises release numbers, release states, names of users and mobile phone numbers, car-using cities, car-taking time, car-using periods and car types. The release state comprises to-be-audited, audited and responded. The to-be-audited process means that a user initiates a long-lease issue request, but the request is not approved; approved means that the user initiates a long lease issue request and passes the approval; the responded means that the long lease requests the existing merchant to respond to the quote. The information auditing module 654 audits the request to be audited.

And auditing the response quotation information of the merchant according to the name of the merchant, the brand of the vehicle, the type of the vehicle, the annual payment and the quotation price. The auditing result comprises that the auditing is passed and the auditing is rejected, and the rejected application can be submitted for auditing again.

The authority setting module 655 is used for setting role authority, administrator authority and learning material viewing authority. Referring to fig. 7, the process of setting the role authority includes:

and S71, inputting the role name and the role description. The role names can be merchants, users, financial officers and the like.

S72, selecting the authority list owned by the role. The specific selection process is as follows: and displaying all modules of the current platform in a tree structure, and marking the modules giving the authority.

S73, saving the role. The added characters may be arranged in an order into a list of characters. The role list information includes a sequence number, a role name, and a description.

The step of setting administrator authority includes: adding an administrator; selecting a role managed by an administrator; the information is saved. Wherein the information required by the add administrator includes: user account number, real name, password, contact mode and character list to be managed. The plurality of administrators are arranged in an order into an administrator list. The administrator list comprises a serial number, a user account, a real name and a contact way.

The authority setting module 655 sets viewing authority for learning materials. The types of viewing permissions include only self-visibility, system platform visibility, merchant visibility, and all visibility.

Further, the authority setting module 655 may query, modify, and delete role information and administrator information.

The financial management module 660 includes a financial query module 661 and a financial review module 662. The financial inquiry module 661 is used for inquiring orders and statements. The conditions for querying the order include selecting a merchant or a period range. When the inquiry condition is input, a result list appears, and the result list information comprises the name of the merchant, the starting and ending date, the total amount of orders, the amount and the amount of orders which can be reconciled and whether the statement is generated or not. Each result list includes a plurality of order lists. Each order information in the order list comprises an order number, a service merchant name, a user car taking and returning time, a leasing number of days, an order state, an order total amount and charging details, an order actual receiving amount and payment details, and a receiving record and state of a deposit and a guarantee deposit. The collecting record information of the deposit and the guarantee deposit comprises pre-authorized time, equipment numbers, pre-authorized amount, pre-authorized completion state and pre-authorized completion amount. The pre-authorization completion status includes completed, revoked, and partially completed. Preferably, the order list may be derived from a production document.

The statement of account can be obtained by inquiry or generated by clicking in the process of inquiring orders. And arranging a plurality of account checking lists obtained by inquiry into a pair of bill lists in a certain sequence. The statement list includes merchant name, statement number, statement period, total statement amount, amount of orders, statement status (confirmed or not).

The financial viewing module 662 is used for viewing statement of the statement order and the corresponding merchant information. The merchant information includes merchant name, merchant brief-account information, billing information. The account information includes an issuer, a bank account name, and a bank card number. The billing information comprises invoice head-up, enterprise tax number, unit address, telephone number, account-making bank and bank account.

The wind control query module 670 is configured to query wind control information and historical query records. The query process of the wind control information comprises the step of inputting query items, wherein the query items comprise user names, mobile phone numbers and identification numbers. The historical query records comprise the name of a querier, an identity card number, a mobile phone number, query time, a query merchant and query results. The users queried by the wind control query module 670 are industry gray lists added by a merchant black list auditing mechanism.

The travel management module 680 is configured to enter peripheral travel service information, which includes travel types and travel information. Wherein the travel types comprise common travel, high-end travel and special travel. The travel information comprises a travel cover picture, a route introduction, a journey notice and a contact telephone.

The problem solving module 690 is used to receive the complaints and suggestions sent by the merchants and users and solve them. Specifically, each piece of complaint information includes a complaint type, a creator, a release time, and a release link, where the complaint type includes a system platform related problem, a payment related problem, a member related problem, and the like. The problem resolution module 690 performs corresponding resolution for different complaints.

The content management module 691 includes a content presentation module 692 and a home presentation module 693. The content presentation module 692 is configured to present the content of the different modules in a carousel map. The carousel graph comprises a pure link class and an instruction class. The pure link type carousel graph can be applied to a PC end and a WeChat end. Referring to fig. 8, the step of adding the content displayed by the pure link carousel specifically includes:

s81, filling in the carousel title.

And S82, uploading the carousel picture.

And S83, configuring the link address.

And S84, selecting an opening mode. The opening mode comprises the opening of the page and the opening of a new page.

The instruction type carousel graph can be applied to android apps, apple apps and small program terminals. The step of adding the instruction type carousel map is different from that of the pure link type carousel map, please refer to fig. 9, which specifically includes:

s91, filling in the carousel title.

And S92, uploading the carousel picture.

S93, selecting the link type. The link types include external links, jump to short lease, jump to long lease, jump to active, jump to travel, etc.

S94, configuring the instruction code.

And S95, selecting an opening mode. The opening mode comprises the opening of the page and the opening of a new page.

The home page display module 693 is used for rapidly displaying statistical information. Preferably, the home page presentation module 693 quickly notifies the user of the statistical information in a desktop reminding manner. The statistical information comprises user information, vehicle information and audit information. The user information comprises the number of registered users, the number of resident merchants and the number of valid merchants. The number of the registered users comprises the total number of the registered users of the current platform. The number of resident merchants comprises the total number of merchants that the current platform has resident. The effective number of the commercial tenants comprises the total number of the commercial tenants which pass the current platform examination and are on-line. And checking a registered user list, an resident merchant list and an effective merchant list through the number of registered users, the number of resident merchants and the effective merchant number.

The vehicle information includes the number of vehicles on the shelf, the number of vehicles rented and the number of vehicles recorded. The number of the vehicles on the shelves comprises the total number of all the vehicles on the shelves on the current platform. The number of the vehicles rented comprises the total number of all vehicles rented on the current platform. The recorded vehicle number comprises the total number of all recorded vehicles of the current platform. And checking a listing of vehicles on the shelf, a listing of vehicles on the rental shelf and a listing of vehicles on the entry through the number of vehicles on the shelf, the number of vehicles on the rental shelf and the number of vehicles on the entry respectively.

The auditing information comprises the number of the merchants entering the numbers of the cores to be checked, the number of the cores to be checked input by the vehicles, the number of orders to be processed and the number of the cores to be issued by the long leases to be processed.

The automobile leasing management system provided by the embodiment of the invention logically splits a system platform according to service characteristics and user groups, and splits the system platform into a user management subsystem, a merchant management subsystem and an operation management subsystem to realize physical isolation of different service modules; the access is monitored and identified by the access distribution technology and is distributed to a specific service server, so that service conflict and service mutual influence during peak access are avoided, and the safety and stability of the system are improved.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a limitation of the unit itself, for example, the first retrieving unit may also be described as a "unit for retrieving at least two internet protocol addresses".

Claims (10)

1. A car rental management system comprising a data processing system and a plurality of business processing systems, said data processing system for receiving access data and sending said access data to said plurality of business processing systems, said plurality of business processing systems comprising:

the user management subsystem is used for registering and logging in a user and renting the vehicle online;

the merchant management subsystem is used for parking, self-managing and processing the car renting request sent by the user management subsystem;

and the operation management subsystem is used for managing and maintaining the automobile leasing management system.

2. The car rental management system of claim 1, wherein the data processing system comprises:

the receiving module is used for receiving the access data;

the identification module is used for identifying the type of the access data;

and the sending module is used for sending the access data to different service processing systems.

3. The car rental management system of claim 2, wherein the categories of access data include an operations category, a merchant category, and a user category.

4. The car rental management system of claim 1, wherein the merchant management subsystem comprises a merchant parking module, a merchant login module, a vehicle information management module, a first order management module, a first statistical analysis module, an information maintenance module, a financial verification module, a risk management module, a merchant self-management module, and a merchant home page display module.

5. The car rental management system of claim 4, wherein the merchant management subsystem further comprises a risk management module for entering blacklist user information.

6. The car rental management system of claim 5, wherein the blacklisted users include users who have not returned cars on time, owed a rental fee, or violated multiple times.

7. The car rental management system of claim 1, wherein the user management subsystem comprises a user registration module, a user login module, a quick vehicle selection module, an information release module, a user order processing module, a vehicle website query module, an activity management module, a travel selection module, a user home page display module, and a user self-management module.

8. The car rental management system of claim 7, wherein the travel selection module is configured to enable the user to select a peripheral travel service.

9. The car rental management system of claim 1, wherein the operation management subsystem comprises a merchant management module, a user management module, a second order management module, a second statistical analysis module, an information management module, a financial management module, a wind control query module, a travel management module, a problem resolution module, and a content management module.

10. The car rental management system of claim 9, wherein the operations management subsystem further comprises a tourism management module for entering peripheral tourist attraction information and routing information.

Images