JP6548281B1 - Vehicle loan management system - Google Patents

Abstract

[PROBLEMS] Even if the vehicle needs to be replaced due to a failure during renting, etc., by taking over the mileage of the previously rented vehicle, an appropriate fee based on the appropriate mileage can be obtained. A vehicle rental management system that can be calculated is provided. A vehicle lending management system according to the present invention includes means for handing over a traveling distance of a vehicle before replacement to a traveling distance of the vehicle after replacement when exchanging a rented vehicle during a lending period. [Selection] Figure 1

Description

  The present invention relates to a vehicle rental management system, and more particularly, to a vehicle rental management system for managing a business of lending a vehicle held in response to a user's request in a store or car share, and for a business operator This system is useful as a vehicle lending management system for managing a vehicle lending system used when lending a car or motorcycle for a long period of time.

  Conventionally, there is a system using a website for providing a service as a system for executing a task of lending a vehicle held at a store in response to a request of a user (Non-Patent Document 1).

“Nippon Car Rental”, [online], Nippon Car Rental Service Co., Ltd. [search on April 17, 2018], Internet [URL; https://www.nipponrentacar.co.jp/]

  Such a service is premised on performing loan and return procedures at a lender's store, and a user operates a website operated by the lender by inputting a car type, etc. during a period desired for rental. Set the date and time to go to the store, the procedure.

  By the way, when the loan period becomes long in units of several months to lend out the vehicle used for a long time like the business rental car, it is necessary to replace the vehicle for reasons such as a failure during the loan There is. Here, in the case of a long-term loan vehicle, depending on the travel distance of the month, there may be an additional charge according to the travel distance in addition to the usual rental fee, so the travel distance of the previously rented vehicle is Next, it is necessary to take over to the traveling distance of the vehicle to be rented.

  The present invention has been made in view of such a demand, and even if it may be necessary to replace the vehicle due to a failure during lending or the like, the traveling distance of the previously loaned vehicle is An object of the present invention is to provide a vehicle rental management system capable of calculating an appropriate charge based on an appropriate travel distance by taking over.

  The present invention provides the following solutions.

  The invention according to the first aspect provides a vehicle lending management system including means for taking over the running distance of a vehicle before replacement to the running distance of a replaced vehicle when replacing a vehicle being rented during the lending period. .

  According to the invention of the first aspect, depending on the travel distance of the month, there may be an additional charge according to the travel distance in addition to the normal rental fee, and the vehicle is replaced for some reason. Even if there is, by taking over the traveling distance of the previously lent vehicle, it is possible to provide a system capable of calculating an appropriate charge based on the appropriate traveling distance.

  The invention according to the second feature is the invention according to the first feature, and when the user requests an early return before the expiration of the lending period, the status is set to the "temporary return state", and after the return Vehicle status change means to be in a return state, vehicle rental management system is provided.

  According to the second aspect of the present invention, when there is a request for early return, it is possible to centrally understand the current state of each vehicle by changing the status of the vehicle. It is possible to provide a system that makes it easier to shift the vehicle and also makes it easier to manage the vehicle.

  An invention according to a third feature is the invention according to the first feature, and means for storing a travel distance at the time of the previous return, means for inputting the travel distance at the next lending time, and the stored travel A comparison means for comparing the difference between the distance and the input travel distance, and a message to confirm whether the distance is correct when there is a difference of the predetermined distance or more in the distance compared by the comparison means are displayed And a vehicle lending management system.

  According to the third aspect of the present invention, a double check can be made regarding the travel distance of the vehicle, and a highly reliable system can be provided.

  An invention according to a fourth feature is the invention according to the second or third feature, and a message indicating that the same user will sell the same vehicle when the same vehicle is rented for a predetermined number of months or more. Providing a vehicle lending management system comprising: transmission means for transmitting to the user.

  According to the invention of the fourth feature, by constructing a system for selling used vehicles as used vehicles for a certain period of time, it becomes possible to obtain a vehicle that is attached to the user. Also for the lender, selling vehicles used for a long period of time can provide a system that facilitates easy stock management without having many vehicles with a feeling of use.

  According to the present invention, even if it becomes necessary to replace the vehicle due to a failure during lending, etc., it is appropriate based on the proper travel distance by taking over the travel distance of the previously lent vehicle. It is possible to provide a vehicle rental management system capable of calculating various charges.

FIG. 1 is a block diagram showing the hardware configuration and software functions of the vehicle rental management system 1 in the present embodiment. FIG. 2 is a flowchart showing a running distance handover method according to the first embodiment. FIG. 3 is a diagram showing an example of the vehicle database 310 held by the store. FIG. 4 is a flowchart showing an early return procedure method according to the second embodiment. FIG. 5 is a flowchart showing a vehicle sales offer method according to the third embodiment. FIG. 6 is a flowchart showing a vehicle rental management method according to the fourth embodiment. FIG. 7 is a diagram showing an example of a screen for entering working hours for each employee. FIG. 8 is a diagram showing an example of the employee database 320 in the store. FIG. 9 is a flowchart of the store evaluation method according to the fifth embodiment.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. This is merely an example, and the technical scope of the present invention is not limited to this.

[Configuration of Vehicle Rental Management System 1]
FIG. 1 is a block diagram for explaining a hardware configuration and a software function of a vehicle rental management system 1 in the present embodiment.

  The vehicle rental management system 1 includes a control unit 100 that controls data, a communication unit 200 that communicates with a user and other devices, a storage unit 300 that stores data, and an input unit 400 that receives input of information from the user. And a display unit 500 for outputting data or an image controlled by the control unit 100.

  The control unit 100 includes a central processing unit (CPU), a random access memory (RAM), a read only memory (ROM), and the like.

  The communication unit 200 includes a device for enabling communication with another device, for example, a wireless fidelity (Wi-Fi) compliant device compliant with IEEE 802.11.

  The control unit 100 reads a predetermined program, and cooperates with the communication unit 200 and / or the storage unit 300 as necessary to execute the traveling distance calculation module 111, the traveling distance input module 112, and the traveling distance takeover module 113. Travel distance comparison module 114, early return acceptance module 121, vehicle status change module 122, loan period count module 131, message transmission module 132, employee input module 141, time input module 142, employee Number calculation module 143, vehicle handling number setting module 144, store reservation selection module 151, store reservation ratio calculation module 152, store evaluation module 153, calendar display module 161, blacklist setting module 16 And, the identification module 163, and the non-payment management module 164, and a parking violation notification module 165, to achieve an extension discount display module 166.

  The storage unit 300 is a device that stores data and files, and includes a data storage unit such as a hard disk, a semiconductor memory, a recording medium, a memory card, and the like. The storage unit 300 stores a vehicle database 310 and an employee database 320 which will be described later.

  The type of the input unit 400 is not particularly limited. Examples of the input unit 400 include a keyboard, a mouse, and a touch panel.

  The type of the display unit 500 is not particularly limited. Examples of the display unit 500 include a monitor, a touch panel, and the like.

[Example 1: Method of taking over travel distance using vehicle rental management system 1]
A procedure for taking over the travel distance of the vehicle will be described as the first embodiment. FIG. 2 is a flowchart showing a travel distance handover method using the vehicle rental management system 1. Moreover, FIG. 3 is a figure which shows an example of the vehicle database 310. As shown in FIG. The above-described hardware and processing executed by the software module will be described with reference to FIGS. 1 to 3. The vehicle rental management system 1 in the present embodiment implements various settings and evaluations through a management screen held for each store or car share, but collectively manages management screens in each store or car share at the head office It may be set as such.

[Step S110: Calculation of Travel Distance]
First, when replacing a vehicle, the control unit 100 of the vehicle rental management system 1 executes the travel distance calculation module 111, calculates the distance traveled by the user for the vehicle previously lent, and stores it in the storage unit 300. Are stored in the vehicle database 310 (step S110). The calculation of the distance is performed based on the measurement value of the odometer measured at the time of first lending and the measurement value of the odometer measured at the time of replacement. Specifically, the control unit 100 includes a travel distance input module 112, and inputs the travel distance to the vehicle database 310 of the storage unit 300 as vehicle information according to the measurement value of the odometer at the time of rental and return. Is configured. The travel distance calculation module 111 calculates the current travel distance based on the travel distance before and after the lending which is input by the travel distance input module 112 and stored in the vehicle database 310.

[Step S120: Passing Over of Travel Distance]
Next, the control unit 100 executes the traveling distance takeover module 113, and takes over the traveling distance of the previously lent vehicle to the replaced vehicle, and displays it (step S120).

  The display of the taken over distance is displayed on the display unit 500 of the vehicle lending management system 1. Also, the travel distance after handover may be displayed on the vehicle after replacement. In this case, the travel distance after handover is displayed on the replaced vehicle by an appropriate method such as adjusting a trip meter or separately providing a travel distance meter. Furthermore, when displaying the travel distance after handover on the vehicle after replacement, the total travel distance may be displayed by being integrated to the travel distance after handover. In this way, by displaying the travel distance taken over by the replaced vehicle, the total travel distance can be easily recognized by the user, and the system becomes convenient.

  According to the traveling distance handover method according to the first embodiment, even if it may be necessary to replace the vehicle due to a failure during lending or the like, it is appropriate by taking over the traveling distance of the previously loaned vehicle. It is possible to construct a vehicle rental management system capable of calculating an appropriate charge based on the travel distance.

  In addition, by displaying the travel distance after handover on the replaced vehicle, it is possible for the user to easily grasp his or her total travel distance, and provide a system that makes it easy to grasp the presence or absence of additional charges. It becomes possible.

  Although the case where the vehicle breaks down is described as the case where the traveling distance is taken over, in connection with this, this technique can be applied also in the case of normal lending.

  That is, when the lending of the vehicle ends and the store or car share is returned, the control unit 100 executes the travel distance calculation module 111, calculates the travel distance under lending, and stores the travel distance of the vehicle. It stores in the vehicle database 310 stored in the unit 300. The calculation of the travel distance is performed based on the travel distance input by the travel distance input module 112 before and after the lending, as described above.

  As described above, by storing the traveling distance each time the rental is performed, the vehicle database 310 centrally manages the vehicle as the vehicle information with regard to the total traveling distance of each vehicle, the previous traveling distance, the traveling distance tied to the use time, and the like. It will be possible to build a system that is easy to use.

  In addition to the travel distance input module 112, a travel distance comparison module 114 may be provided which compares the travel distance input by the travel distance input module 112 with the travel distance stored in the vehicle database 310. At this time, if there is a difference between the travel distance input at the time of lending and the travel distance recorded in the previous return compared with the travel distance recorded at the previous return, a message confirming the presence or absence of an error is displayed. Good. For example, if the travel distance recorded as the travel distance at the time of the previous return is 22,930 km, and there is a difference between the travel distance input at the time of this lending of 22,980 km and 50 km, There is a difference of more than 50km from, but the warning sign such as "Is it correct with the current mileage? YES or NO?" Is displayed.

  As described above, by providing the travel distance comparison module 114 that compares the travel distance input at the time of lending with the travel distance stored in the vehicle database 310, double checks can be made regarding the travel distance of the vehicle. It becomes possible to build a highly reliable system.

  Further, at the time of lending, a total traveling distance up to the present and / or a traveling distance at which an excessive charge is generated in the present lending may be displayed.

  In the case of long-term rental such as a rental car, the maximum travel distance per month is determined, and if the travel distance is exceeded, additional charges may be incurred depending on the travel distance of the excess. For example, if the maximum distance traveled per month is 3,000 km, the distance traveled so far is 20,000 km, and the current lending period is one month, an excessive fee will be incurred for this lending. As a travel distance, 23,000 km is displayed on the display unit 500 of the vehicle and vehicle rental management system 1.

  As described above, by displaying the traveling distance at which the excess charge occurs on the display unit 500 of the vehicle and vehicle rental management system 1, it becomes easy to grasp the traveling distance at which the excess charge occurs, and the system is easy to use. It is possible to build The same effect can be obtained by printing not only on the screen but also on paper or the like.

[Example 2: Early Return Procedure Method Using Vehicle Rental Management System 1]
Then, the procedure which performs the procedure of the early return of a vehicle as Example 2 is demonstrated. FIG. 4 is a flowchart showing an early return procedure method using the vehicle rental management system 1. The early return procedure method using the vehicle rental management system 1 will be described using FIGS. 1 and 3 to 4.

  When lending a vehicle for a long time such as a rental car for business use, the vehicle may become unnecessary due to the occurrence of a sudden requirement, etc. At this time, by performing the return procedure before the end of the original contract period, it is possible for the user to return part of the charge, and for the car rental company it becomes easy to make a plan for the subsequent loan. The early return procedure method according to the present embodiment is used when it is desired to return before the end of the original contract period.

[Step S210: Acceptance of Early Return]
First, when there is an offer for early return from the user, and the employee inputs a vehicle and date and time for which early return is desired on the management screen, the control unit 100 of the vehicle rental management system 1 executes the early return acceptance module 121 Then, it is linked to the vehicle for which the user has made an offer for early return, and stores the date and time for the early return request in the vehicle database 310 of the storage unit 300 (step S210). At this time, in conjunction with the employee database 320 shown in FIG. 8, as described later, it is possible to refer to the work shift at the date and time of the early return request and to return at the requested date (necessary employee Personnel may make a decision).

[Step S220: Change of Vehicle Status]
Subsequently, the control unit 100 executes the vehicle status change module 122, and as the vehicle information stored in the vehicle database 310, the status of the vehicle for which the early return offer has been made is changed from "lending" to "provisional return". It changes (Step S220). Then, when there is a return on the day when the request for early return is made, the status of the vehicle is changed from "temporary return" to "return".

  As described above, by changing the status of the vehicle stored in the vehicle database 310 in response to the request for early return, it becomes possible to centrally understand the current status of each vehicle. As well as facilitating the shift, it also facilitates the management of the vehicle. Also for users, it is possible to reduce unnecessary expenses by using the system for early return.

  In addition, when the vehicle is returned, the status is reflected in the vehicle information of the vehicle database 310 by pressing the “Return” button on the management screen, and the returned vehicle can be made available for lending from the next day. May be That is, when the vehicle is returned, it is necessary to carry out necessary inspections and refueling, but when these are completed, it becomes possible to lend. As described above, by interlocking the operation of the return button with the setting of the vehicle rental possible, the status can be reflected more smoothly on the management system 1 and the website for rental.

  In addition, when there is an offer for early return, if the employee inputs the vehicle's desired return date and time through the management screen, the information may be displayed in the tomorrow's return column or today's return column. .

[Example 3: Vehicle sales offer method using vehicle lending management system 1]
Subsequently, a procedure for offering a sale of a vehicle will be described as a third embodiment. FIG. 5 is a flowchart showing a vehicle sales offer method using the vehicle rental management system 1. A vehicle sales offer method using the vehicle rental management system 1 will be described using FIGS. 1 and 5.

  When lending a vehicle for a long time such as a rental car for business use, if the same vehicle is used for several months, the vehicle may become attached. In such a case, it is possible to support the purchase intention of the user by making a sale offer from the lender side. The vehicle sales offer method according to the present embodiment is used when selling vehicles used for such a long period of time.

[Step S310: Counting of lending period]
First, when the lending is started, the control unit 100 of the vehicle lending management system 1 executes the lending period counting module 131 to count the lending period (step S310). The lending period may be on a daily basis, or may be an appropriate unit such as a weekly basis or an hourly basis. The counted rental period is stored in the vehicle database 310 in association with the vehicle.

[Step S320: Transmission of Message]
Then, when the lending period exceeds a predetermined period set in advance, the control unit 100 executes the message transmission module 132, and transmits a message describing an offer of sale to the user (step S320). For example, if the predetermined period is set to 5 months, when 5 months have passed from lending, the user will receive "5 months have passed since usage. How is the condition of the car? If you wish, by following the prescribed procedures, this vehicle will be yours. "

  The predetermined period can be changed through the management screen of the vehicle rental management system 1 according to the store or the car share or the vehicle.

  Further, the management screen is configured to be able to change the status on the management screen for vehicles that are used for lending and that may be sold. That is, it can be changed or added to the status of "sold for sale". By configuring in this way, a banner linked to a page on which the marketable vehicles for each store or car share can be browsed is displayed on the rental website browsed by the user, and a used car is searched for. Users can be guided.

  In this way, by constructing a system that sells used vehicles for a certain period of time as used cars, it becomes possible to obtain vehicles that the user is attached to and it is also possible for lenders to spend a long time By selling vehicles used throughout, it is possible to provide a system that facilitates easy stock management without having many vehicles with a feeling of use.

[Example 4: Vehicle lending management method using vehicle lending management system 1]
Subsequently, a vehicle rental management method of managing reservation and / or return procedures in a store or car share using the vehicle rental management system 1 according to the present embodiment will be described as a fourth embodiment. FIG. 6 is a flowchart showing a vehicle rental management method using the vehicle rental management system 1. FIG. 7 is a diagram showing an example of a screen for inputting a working time for each employee, and FIG. 8 is a diagram showing an example of the employee database 320. As shown in FIG.

  Unlike a rental car with a long rental period of several months, like a rental car for business use, it takes time for the procedure for lending and the procedure for return unlike a rental car with a short rental period. In other words, at the time of rental, carefully explain over time the functions and usage of car navigation, ETC (Electric Toll Collection) equipment and in-vehicle equipment such as drive recorders, how to use refueling, and the contents of subscribed insurance and security etc. It is necessary to start lending once the users have a solid understanding. In addition, at the time of return, it is necessary to carefully check the presence or absence of a vehicle trouble or accident during use, a check of a scratch, and the like. Therefore, it takes time and labor for the procedure of lending / returning one vehicle.

  As a result, the employee's restraint time in one procedure is long, and the time in which he / she is facing the customer is also long, so a sense of tension will be sustained and a psychological burden will be imposed. In addition, if there is a shortage of staff in the store, the user will be kept waiting for a long time, and the quality of the store's service can not be secured. And, in order to prevent the shortage of personnel, it will place surplus employees, which will lead to pressure on management. The vehicle rental management method in the fourth embodiment is used in view of such a problem.

[Step S410: Employee Input]
First, the control unit 100 of the vehicle lending management system 1 executes the employee input module 141, selects the date on which the input is to be performed from the displayed calendar, and selects the employee who will work on the selected day. Input is made (step S410). For example, the employee's input is configured to refer to the employee database 320 shown in FIG. 8 and select from a list of employees in the store.

  In the employee database 320, as shown in FIG. 8, an employee ID, a name, a gender, a number of years of experience, and a work date and a scheduled work date are listed for each employee. The manager refers to the employee database 320 and designates an employee who is to work on the selected date.

[Step S420: Input of working hours]
Next, the control unit 100 executes the time input module 142, and inputs the time worked on the selected date for each employee input in step S410 (step S420). This entry of working hours is performed on an hourly basis in all business hours.

  The input of the working time is performed by selecting on the screen the cells separated by time as shown in FIGS. 7A to 7C, for example. Indicates that a gray-colored mass has been selected as work schedule.

  In the example shown in FIG. 7 (a), the operating time of Wednesday, April 25, 2018 is from 10 am to 6 pm, and the working time of employee A is from 10 am to 6 pm This is an example in which the working time of the member B is from 10 am to 6 pm.

  In the example shown in FIG. 7 (b), the working hours on April 26, 2018 (Thu) are from 10 am to 6 pm, and the working time of employee A is from 10 am to 6 pm This is an example in which the working hours of the member B are from 10 am to 2 pm, and the working hours of the employee C are from 2 pm to 6 pm.

  In the example shown in FIG. 7 (c), the operating time on Friday, April 27, 2018 is from 10 am to 6 pm, and the working time of employee C is from 10 am to 6 pm It is an example of the case.

  Then, when the input of working time for each employee is completed, the input content is reflected in the work schedule of each employee in the employee database 320.

[Step S430: Calculation of the Number of Employees by Time Zone]
Next, the control unit 100 executes the number-of-employees calculation module 143, and calculates the number of employees for each time slot based on the working hours of the employees input in step S420 (step S430). In the case of FIG. 7A, since two employees, employee A and employee B, are resident, the number of employees is "2" in all time zones. In the case of FIG. 7 (b), the number of employees is “2” from 8:00 am to 2:00 pm because the employee A and the employee B are present, and the employee A and the employee is from 2 pm to 6 pm Because there is a staff member C, the number of employees is "2". In the case of FIG. 7C, since only the employee C is working, the number of employees is “1” in all time zones. Thus, the number of employees in each time zone is calculated.

  7 (a) to 7 (c) show an example in which the same number of people is calculated in all the time zones, but the present invention is not limited to this, and depending on the work shift of the employee, The number of employees may change depending on the time of day.

[Step S440: Calculation of Reservation / Returnable Number for Each Time Zone]
Subsequently, the control unit 100 executes the vehicle handling number setting module 144, and calculates the number of reserveable / returnable vehicles in each time zone on the date when the employee's work shift is input (step S440).

  At this time, the vehicle handling number setting module 144 links the work shift of the employee and the status of availability or not to reserve / return the vehicle based on the number of employees arranged in each time zone. Calculate the possible number.

  In the case of a rental contract with a long loan period, such as a rental car for business use, unlike the rental car with a short loan period, it takes time for the procedure for lending and the procedure for return. In other words, at the time of rental, carefully explain over time the functions and usage of car navigation, ETC (Electric Toll Collection) equipment and in-vehicle equipment such as drive recorders, how to use refueling, and the contents of subscribed insurance and security etc. It is necessary to start lending once the users have a solid understanding. In addition, at the time of return, it is necessary to carefully check the presence or absence of a vehicle trouble or accident during use, a check of a scratch, and the like. Therefore, it takes time and labor for the procedure of lending / returning one vehicle.

  In the present embodiment, the burden on the employee is reduced by setting so as to receive only one reservation / return per employee placed at that time. That is, in step S440, the vehicle handling number setting module 144 calculates the same number of vehicles as the number of employees as the reservation / returnable number, based on the number of employees disposed in each time zone. This makes it easy to set up a work shift without putting an excessive burden on the employees, and allows the user to take time to explain over time and make sure that there is no defect in the vehicle System can be provided.

  In the above description, although the number of units handled per employee is uniformly one, it is not limited to this and may be changed according to the number of years of employees and the complexity of each procedure. It is possible.

[Step S450: Display of Reservable / Returnable Number by Time Zone]
When calculation of the reservation / returnable number for each time zone is performed in step S440, the date and the reservation / returnable number of vehicles for each time zone are displayed on the display unit 500 (step S450), and the administrator By confirming, the vehicle rental management method in the present embodiment ends.

  According to the vehicle rental management method according to the fourth embodiment, by linking the work shift and the number of vehicles that can be reserved / returned, the burden associated with handling each one is large, such as rental and return of business rental cars. Even in work, it is possible to create a shift in work that takes into consideration the burden on the employee, and it is possible to take an employee's leave and rest appropriately, and as a result, it is possible to reduce employee's error While being able to construct a system, it is also possible for the user to carefully and carefully explain over time, and it is possible to construct a system capable of safely borrowing a vehicle for a long period of time.

  Further, as a modification of the fourth embodiment, it is possible to set an employee's leave based on the above management method. That is, at the time of input of the employee in step S410, when the reservation of the procedure of lending or return is not made on the business day where the input is performed, the number of employees working on the business day is set to 1 and 1 By setting a shift that leaves the entire business hours to the employees in the group, it is possible to secure the leave of other employees. By performing such setting also on other business days, it is possible to realize a system capable of securing planned leave for employees.

[Example 5: Store evaluation method using vehicle lending management system 1]
Subsequently, as the fifth embodiment, a procedure for calculating a reservation ratio in a store for evaluating each store will be described. FIG. 9 is a flowchart showing a store evaluation method using the vehicle rental management system 1. A store evaluation method using the vehicle rental management system 1 will be described using FIGS. 1 and 9.

[Step S510: Selection of Store Reservation]
First, the control unit 100 in the vehicle rental management system 1 shown in FIG. 1 executes the store reservation selection module 151 when performing store evaluation, and among the vehicle reservations for a certain month, the user is not the website but the store Select the one for which the reservation has been made (step S510).

  Such selection is made on the management screen. For example, when a certain month is selected from the calendars displayed on the management screen, the calendar in the selected month and the reservation information corresponding to each day of the month are displayed in a list. In order to display the management screen, it is assumed that information such as the number of reservations, the date when the reservation is made, and the scheduled visit time, the name of the user who made the reservation, and the name of the company have been registered.

  In addition, for each reservation that has already been registered, it is stored whether the reservation has been made through the website or in a real store. Then, the store reservation selection module 151 in the control unit 100 selects one of the pieces of reservation information displayed in a list, for which there has been a reservation in the actual store.

  Such a selection may indicate that the selection has been made by coloring, or may be displayed by means such as checking a check box. By such means, a selection is made from among all reservations, for which there has been a reservation at the actual store.

[Step S520: Calculation of Store Reservation Ratio]
Subsequently, the control unit 100 executes the store reservation ratio calculation module 152 to calculate the number of reservations in the actual store, and calculates the ratio of the number of reservations in the actual store to the number of all reservations in the selected month. (Step S520).

[Step S530: Implementation of Store Evaluation]
Then, the control unit 100 executes the store evaluation module 153 to evaluate the store of the month based on the ratio of the number of reservations in the actual store to the total number of reservations calculated in step S520.

  Nowadays, with the spread of the Internet and smartphones, car rental reservations are often made through websites on the Internet. As a user, it is possible to make a reservation for a rental car while staying at home or in the office, so a reservation method using the Internet is very useful. On the other hand, reservation at a real store is a result of the employee's ability as a service person being demonstrated, and if it is treated as a reservation via a website without being evaluated as an employee's performance This leads to the loss of employee morale.

  Therefore, the system according to the present embodiment contributes to enhancing employee morale by treating the reservation in the actual store as a factor of the store's performance evaluation separately from the reservation via the website. .

  In the present embodiment, although the ratio of the number of reservations in the actual store to the total number of reservations is taken as an element of the store evaluation, it may be a system using an absolute number instead of the ratio as a reference for evaluation.

  Moreover, with reservation in a real store, it comes on the day without notifying beforehand, and the thing which reached a contract on the spot is also included. This is because the user suddenly needs to borrow a vehicle and may come to the store without making a reservation.

  According to the store evaluation method according to the fifth embodiment, the contract obtained by the effort of the employee at the actual store is counted separately from the contract obtained through the website, and used by using the business performance surplus of each store. It can enhance employee morale. In addition, employee morale increases, leading to the provision of better service in the store, and as a result, it is possible to construct a system capable of receiving better service for the user.

  In addition to the above embodiments, various configurations can be added.

[Example 6: Calendar display of reservation status]
A calendar display module 161 having a function of calendaring the reservation status for the next two months for each vehicle can be provided on the management screen. For example, when the calendar display module 161 is executed on April 25, calendars for April, May and June are displayed, and a list of reservation statuses of registered vehicles is displayed for each business day. be able to.

  With the configuration as shown in the sixth embodiment, it becomes possible to easily grasp the future reservation status of each vehicle at a glance. In addition, although it was made into two months from now on, it can change in a management screen how long it displays until the month ahead.

[Example 7: Blacklist Settings for Specific Users]
A blacklist setting module 162 may be provided which has a function of displaying a warning on the management screen when the user tries to make a reservation so that a specific user can not use it in the future.

  Depending on the user, it may be extended without permission, may not pay the extension fee, or may be abandoned without being returned to the designated place. In order to prevent an easy contract with such a user again, blacklisting is performed for a specific user. Users who have been blacklisted are stored in the storage unit 300. Then, when the user tries to make a reservation from the website, the blacklist setting module 162 is executed, a warning is displayed on the management screen, and a message indicating that the reservation is refused is displayed on the website.

  With the configuration as shown in the seventh embodiment, it is possible to manage users who work part of fraud, and to promote fair and unfair use.

[Example 8: Re-presentation of User Identification Documents]
The date on which the document for certifying the user (in the case of a corporate contract) is verified is displayed on the management screen, and when making a reservation after a predetermined period (for example, one year) has passed since confirmation, An identity verification module 163 can be provided that has the ability to send a message prompting for proof.

  In the case of lending for the first time, in order to prove the person and the corporation, documents such as a license and a registered copy are to be presented. However, if it is desired to lend out the certificate next time, confirmation of the certificate may be omitted if the period has not passed since the previous confirmation of the certificate. On the other hand, if a certain period has passed since the last confirmation of the certificate, the contents such as the address may have changed. Therefore, if the predetermined period has elapsed, the identity verification module 163 is executed to transmit a message so as to present the certificate again. The transmission of this message may be transmitted along with the message for which the reservation of the vehicle has been accepted.

  With the configuration as shown in the eighth embodiment, even if the user changes the contents to be proved, it is possible to construct a system without any change.

[Example 9: Management of unpaid money]
If the user has not yet deposited the loan fee, an undelivered management module 164 can be provided which has a function of displaying a warning indicating that the user has not yet paid in the tomorrow or today return column on the management screen. Further, the non-payment management module 164 can have a function not to display both the column of today's return and the column of today's loan when the loan fee has already been paid.

  By adopting the configuration as shown in the ninth embodiment, it is possible to construct a mechanism capable of reliably promoting payment.

[Example 10: Management of parking violation]
In the case of a business rental car, in order to use it at work, the user may be forced to park on the side of the road, and the user may commit a parking violation. However, because the loan is for a long time, it may be known which user has cut off the parking violation. In order to prevent this, in the tenth embodiment, when the user breaks a parking violation, a parking violation notification module 165 can be provided that leaves that effect on the management screen.

  Receiving notification from the parking violation notification module 165, enter the violation date and time, the violation place, the handling jurisdiction police station, and the telephone number of the handling police station on the management screen, and via the communication unit 200 of the vehicle rental management system 1 Users may be notified by e-mail. The contents of the e-mail should be a sentence asking for a parking violation and an appearance, and the above contents will be notified together.

  The configuration as shown in the tenth embodiment makes it possible to surely grasp which user has cut the parking violation, and also leads to the prevention of leaving by the user.

[Example 11: Extension of lending period]
During the rental of a vehicle, the user may offer to extend the rental. In the case of extending the lending period according to the user's request, being able to use it at a discount rate is advantageous for both the user and the store or car share. And, by displaying that it is a loan at a discounted rate, the merit can be realized. In the eleventh embodiment, the extension discount display module 166 that displays the discount amount is provided when the discount due to the extension of the period is applied. The discount amount may be displayed on the vehicle, or may be displayed on the management screen of the vehicle rental management system 1.

  In addition, payment of the charge when extending the lending period enables only credit card payment on the website, and makes payment on the store front impossible. By doing this, it is possible to eliminate the complexity of the procedure and provide a vehicle lending management system that does not require extra time at the time of return.

  By configuring as described above, it is possible to make a loan or return procedure without making the user wait, and it is possible to secure the necessary minimum number of employees and create an optimal shift of the employees System can be provided.

  In each of the above-described embodiments, the vehicle lending is described. However, the present invention is not limited to this. For example, the present invention is also applicable to lending of an autonomous vehicle or lending of unmanned aircraft such as a so-called drone.

  As mentioned above, although embodiment of this invention was described, this invention is not limited to these embodiment mentioned above. Further, the effects described in the embodiments of the present invention only list the most preferable effects resulting from the present invention, and the effects according to the present invention are limited to those described in the embodiments of the present invention is not.

Reference Signs List 1 vehicle rental management system 100 control unit 111 travel distance calculation module 112 travel distance input module 113 travel distance take-over module 114 travel distance comparison module 200 communication unit 300 storage unit 310 vehicle database 320 employee database

Claims (3)

A vehicle rental management system for managing the business of lending a vehicle held at a store or in a car share in response to a request of a user,
A control unit that executes the traveling distance takeover module to take over the traveling distance of the vehicle before replacement to the traveling distance of the replaced vehicle, when replacing the vehicle being rented during the lending period;
A means for storing the travel distance at the time of the previous return;
A means for entering a travel distance at the next lending time,
Comparison means for comparing the difference between the stored travel distance and the input travel distance;
A means for displaying a message to confirm whether the distance is correct when there is a difference of a predetermined distance or more in the distances compared by the comparison means;
Vehicle loan management system, equipped with. The control unit executes the vehicle status change module, and when the user requests an early return before the expiration of the loan period, the vehicle changes the status to "provisional return state" and returns to "return state" after return. Status change means,
The vehicle rental management system according to claim 1, comprising: A transmitting unit that transmits a message to the user to sell the vehicle when the same user borrows the same vehicle for a predetermined number of months or more,
The vehicle rental management system according to any one of claims 1 or 2 , comprising: