JP6685525B2 - Vehicle rental management system - Google Patents

Description

  The present invention relates to a vehicle lending management system, and more particularly to a vehicle lending management system for managing a business of lending a vehicle owned by a user at a store or a car share, which is a business for a business operator. It is useful as a vehicle renting management system for managing a vehicle renting system used when renting out automobiles and motorcycles for a long period of time.

  2. Description of the Related Art Conventionally, there is a system that uses a website for service provision as a system for executing a business of renting a vehicle owned by a user at a store in response to a user's request (Non-Patent Document 1).

"Nippon Rent-A-Car", [online], Nippon Rent-A-Car Service Co., Ltd. [Search April 17, 2018], Internet [URL; https://www.nipponrentacar.co.jp/]

  Such services are premised on the procedure of lending and returning at the store of the lender, and on the website operated by the lender, the user can enter the period, car type, etc. for which the rental is desired. , Set the date and time to go to the store.

  By the way, if the rental period is a long period of several months because the company lends a vehicle that is used for a long time, such as a commercial rental car, it may be necessary to replace the vehicle due to a failure during lending. There is. Here, in the case of a vehicle lent for a long term, depending on the mileage of the month, an additional fee depending on the mileage may be charged in addition to the normal rent fee, so the mileage of the vehicle lent earlier is Next, it is necessary to take over the mileage of the vehicle to be rented.

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

  The present invention provides the following solutions.

  The invention according to the first feature provides a vehicle lending management system including means for taking over a mileage of a vehicle before replacement to a mileage of a vehicle after replacement when replacing a vehicle that is rented out during a lending period. .

  According to the invention of the first feature, there is a case where an additional charge corresponding to the mileage may be charged in addition to the normal rental fee depending on the mileage of the month, and the vehicle is replaced for some reason. Even if there is, it is possible to provide a system capable of calculating an appropriate fare based on an appropriate mileage by taking over the mileage of the previously rented vehicle.

  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 "provisional return state", and after the return, " A vehicle status change means for making a "returned state" and a vehicle lending management system are provided.

  According to the second aspect of the invention, by changing the vehicle status when there is a request for early return, it becomes possible to centrally grasp the current state of each vehicle. It is possible to provide a system that facilitates the shift of the vehicle and manages the vehicle easily.

  An invention according to a third feature is the invention according to the first feature, wherein the means for storing the travel distance at the time of the previous return, the means for inputting the travel distance at the next lending, and the stored travel. Displaying a message confirming whether or not the distance is correct when there is a difference of a predetermined distance or more between the comparison means for comparing the difference between the distance and the input traveled distance and the distance compared by the comparison means. A vehicle lending management system including:

  According to the third aspect of the invention, it becomes possible to double check the traveling distance of the vehicle, and a highly reliable system can be provided.

  The invention according to the fourth feature is the invention according to the second or third feature, and when the same user borrows the same vehicle for a predetermined number of months or more, a message that the vehicle is sold There is provided a vehicle lending management system, comprising: a transmitting unit that transmits the vehicle to the user.

  According to the fourth aspect of the invention, by constructing a mechanism for selling a vehicle that has been used for a certain period of time as a used vehicle, it becomes possible to obtain a vehicle that the user is attached to. Even for the lender, by selling the vehicle that has been used for a long period of time, it is possible to provide a system in which it is possible to easily manage inventory without having to hold many vehicles with a feeling of use.

  According to the present invention, even if a vehicle needs to be replaced due to a failure during renting or the like, by taking over the mileage of the previously rented vehicle, an appropriate mileage can be obtained. It is possible to provide a vehicle rental management system capable of calculating various charges.

FIG. 1 is a block diagram showing a hardware configuration and a software function of a vehicle lending management system 1 according to this embodiment. FIG. 2 is a flowchart illustrating the traveling distance takeover 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 illustrating 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 illustrating the vehicle lending management method according to the fourth embodiment. FIG. 7 is a diagram showing an example of a screen for inputting work 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 illustrating the store evaluation method according to the fifth embodiment.

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

[Configuration of vehicle lending management system 1]
FIG. 1 is a block diagram for explaining a hardware configuration and a software function of a vehicle lending management system 1 according to this embodiment.

  The vehicle lending 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 that outputs data and images controlled by the control unit 100.

  The control unit 100 includes a CPU (Central Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), and the like.

  The communication unit 200 includes a device for enabling communication with another device, for example, a device compatible with Wi-Fi (Wireless Fidelity) 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, so that the mileage calculation module 111, the mileage input module 112, and the mileage transfer module 113. A mileage comparison module 114, an early return acceptance module 121, a vehicle status change module 122, a lending period count module 131, a message transmission module 132, an employee input module 141, a time input module 142, and an employee. Number of members 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, and 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, or a memory card. The storage unit 300 stores a vehicle database 310 and an employee database 320, which will be described later.

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

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

[Example 1: mileage transfer method using vehicle rental management system 1]
As Example 1, a procedure for taking over the traveling distance of the vehicle will be described. FIG. 2 is a flowchart showing a mileage inheritance method using the vehicle lending management system 1. 3 is a diagram showing an example of the vehicle database 310. The processes executed by the above hardware and software modules will be described with reference to FIGS. 1 to 3. The vehicle rental management system 1 according to the present embodiment performs various settings and evaluations through a management screen held for each store or car share, but the management screen for each store or car share is centrally managed at the head office. It may be set as follows.

[Step S110: Calculation of running distance]
First, when exchanging a vehicle, the control unit 100 of the vehicle lending management system 1 executes the mileage calculation module 111 to calculate the mileage of the vehicle previously lent to the user and stores it in the storage unit 300. It is stored in the stored 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 mileage input module 112 so that the mileage is input 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 lending and returning. Is configured. The mileage calculation module 111 calculates the current mileage based on the mileage before and after the rental, which is input by the mileage input module 112 and stored in the vehicle database 310.

[Step S120: Handing over of traveling distance]
Next, the control unit 100 executes the mileage takeover module 113 to take over the mileage of the previously rented vehicle to the replaced vehicle and display it (step S120).

  The display of the taken over distance is displayed on the display unit 500 of the vehicle lending management system 1. Further, the traveling distance after the transfer may be displayed on the vehicle after the replacement. In this case, the traveled distance after taking over is displayed on the replaced vehicle by an appropriate method such as adjusting the trip meter or disposing a separate odometer. Further, when displaying the traveled distance after the transfer on the replaced vehicle, the total traveled distance may be displayed by adding to the traveled distance after the transfer. In this way, by displaying the mileage taken over by the replaced vehicle, the user can easily recognize the total mileage, and the system is convenient.

  According to the mileage inheritance method according to the first embodiment, even if the vehicle may need to be replaced due to a failure during renting, the mileage of the previously rented vehicle is taken over, and accordingly, it is appropriate. It is possible to construct a vehicle lending management system capable of calculating an appropriate fare based on various traveling distances.

  Further, by displaying the mileage after the transfer on the replaced vehicle, the user can easily grasp his / her total mileage, and provide a system that makes it easy to know whether or not there is an additional charge. It becomes possible.

  Although the case where the vehicle is out of order has been described as the case where the traveling distance is taken over, in connection with this, the technique can be applied to the normal rental.

  That is, when the rental of the vehicle is completed and the vehicle returns to the store or the car share, the control unit 100 executes the mileage calculation module 111 to calculate the mileage of the rented vehicle and store the mileage of the vehicle. It is stored in the vehicle database 310 stored in the unit 300. The mileage is calculated based on the mileage input by the mileage input module 112 before and after renting, similarly to the above.

  In this way, by storing the mileage for each rental, the vehicle database 310 centrally manages vehicle information regarding the total mileage of each vehicle, the previous mileage, the mileage associated with the time of use, and the like. It becomes possible to construct a system that is easy to use.

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

  In this way, by providing the mileage comparison module 114 for comparing the mileage input at the time of renting and the mileage stored in the vehicle database 310, a double check can be made regarding the mileage of the vehicle. As a result, it becomes possible to build a highly reliable system.

  In addition, when renting, the total mileage up to now and / or the mileage at which an excessive fee is generated in this rent may be displayed.

  In the case of a long-term rental such as a commercial rental car, the maximum mileage per month is set, and if the mileage is exceeded, an additional fee may be charged according to the excess mileage. For example, if the maximum mileage per month is 3,000 km, the mileage so far is 20,000 km, and the lending period this time is one month, an excessive charge will be incurred in this lending. As the mileage, 23,000 km is displayed on the display unit 500 of the vehicle and vehicle lending management system 1.

  In this way, by displaying the travel distance at which the excess charge is generated on the display unit 500 of the vehicle and vehicle lending management system 1, it becomes easy to grasp the travel distance at which the excess charge is generated, and the system is easy to use. It is possible to build. The same effect can be obtained by printing on paper or the like instead of simply displaying it on the screen.

[Example 2: Method of early return procedure using vehicle lending management system 1]
Subsequently, as a second embodiment, a procedure for performing a procedure for early return of a vehicle will be described. FIG. 4 is a flowchart showing an early return procedure method using the vehicle lending management system 1. An early return procedure method using the vehicle lending management system 1 will be described with reference to FIGS. 1 and 3 to 4.

  When renting a vehicle for a long period of time such as a commercial rental car, the vehicle may become unnecessary due to sudden requirements. At that time, by performing the return procedure before the original contract period ends, it becomes possible for the user to return a part of the charge, and it becomes easier for the car rental agent to make a plan for subsequent lending. The early return procedure method according to the present embodiment is used when the customer wishes to return before the end of the original contract period.

[Step S210: Acceptance of early return]
First, when there is a request for early return from the user and the employee inputs the vehicle for which early return is desired and the date and time on the management screen, the control unit 100 of the vehicle rental management system 1 executes the early return acceptance module 121. Then, the date and time of the early return request are stored in the vehicle database 310 of the storage unit 300 in association with the vehicle for which the user has requested the early return (step S210). At this time, in conjunction with the employee database 320 shown in FIG. 8, as will be described later, by referring to the work shift at the date and time of the early return request, whether it is possible to return at the requested date and time (whether necessary employee It may be possible to judge whether or not the member is secured.

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

  As described above, by changing the vehicle status stored in the vehicle database 310 in response to the request for early return, it becomes possible to centrally grasp the current state of each vehicle, and It will be easier to make shifts and vehicle management will be easier. Also, for the user, it is possible to reduce unnecessary expenses by using the early return system.

  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 is processed so that it can be rented from the next day. May be. In other words, when the vehicle is returned, it is necessary to perform necessary inspection and refueling, but when these are finished, the vehicle can be rented. In this way, by linking the operation of the return button with the setting for lending the vehicle, the status can be more smoothly reflected in the management system 1 and the lending website.

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

[Example 3: Vehicle sales offer method using vehicle rental management system 1]
Next, as a third embodiment, a procedure for offering a vehicle sale will be described. 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 with reference to FIGS. 1 and 5.

  When renting a vehicle for a long period of time such as a commercial rental car, if the same vehicle is used for several months, the vehicle may become attached. In such a case, the lender may request the user to sell the product, thereby supporting the purchase intention of the user. The vehicle sales offer method according to the present embodiment is used when selling a vehicle that has been used for a long period in this way.

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

[Step S320: Message Transmission]
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 stating the offer of sale to the user (step S320). For example, if the above-mentioned predetermined period is set to 5 months, and 5 months have passed since the loan, the user will be asked, "5 months have passed since you rented. How is your car? If you wish, you can complete the prescribed procedure and this vehicle will be yours. "

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

  Further, the management screen is configured such that the status of the vehicle used for lending and may be sold can be changed on the management screen. That is, it is possible to change or add to the status of "available for sale". With this configuration, a banner linking to a page where you can browse the vehicles available for sale by store or car share is displayed on the rental website browsed by the user, and the used car is searched. Users can be guided.

  In this way, by constructing a system that sells vehicles that have been used for a certain period of time as used cars, it becomes possible to obtain vehicles that users are enthusiastic about. By selling the vehicles that have been used for a long time, it is possible to provide a system that does not have to hold many vehicles with a feeling of use and that allows easy inventory management.

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

  When the rental period is a long period of several months, such as a commercial rental car, unlike a rental car with a short rental period, it takes time to rent and return. In other words, at the time of renting out, carefully explain the functions and usage of car navigation, ETC (Electric Toll Collection) devices and in-vehicle devices such as drive recorders, refueling method, insurance and security details you have. It is necessary to start lending after making sure that the user understands. In addition, when returning the vehicle, it is necessary to carefully check vehicle troubles and accidents during use and check for scratches. Therefore, it takes time and effort to rent / return a vehicle once.

  As a result, the employee's restraint time in one procedure is long, and the time he / she is facing the user who is the customer is long, which causes a feeling of tension to be sustained and a psychological burden. Moreover, if the number of employees in the store becomes insufficient, the user will be kept waiting for a long time, and the quality of the store service cannot be secured. And, in order to prevent the shortage of personnel, redundant employees will be assigned, which leads to pressure on management. The vehicle lending management method according to the fourth embodiment is used in view of such problems.

[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 to execute the input from the displayed calendar, and selects the employee who is scheduled to work on the selected date. Input (step S410). The employee input is configured, for example, by referring to the employee database 320 shown in FIG. 8 and selecting from the list of employees in the store.

  As shown in FIG. 8, the employee database 320 displays a list of employee IDs, names, sexes, years of experience, and working days and planned dates for each employee. The administrator refers to the employee database 320 and designates the employee who works on the selected date.

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

  The working hours are input by selecting, on the screen, cells divided by time as shown in FIGS. 7A to 7C, for example. The cells colored in gray indicate that they have been selected for work.

  In the example shown in FIG. 7A, the business hours of April 25, 2018 (Wednesday) are from 10:00 am to 6:00 pm, and the working hours of employee A are from 10:00 am to 6:00 pm This is an example of the case where the working hours of the member B are from 10 am to 6 pm.

  In the example shown in FIG. 7B, the business hours on Thursday, April 26, 2018 are from 10:00 am to 6:00 pm, and the working hours of employee A are from 10:00 am to 6:00 pm This is an example of the case where the working hours of the employee B are 10 am to 2 pm and the working hours of the employee C are 2 pm to 6 pm.

  In the example shown in FIG. 7C, the business hours on Friday, April 27, 2018 are from 10:00 am to 6:00 pm, and the working hours of employee C are from 10:00 am to 6:00 pm. This is an example of the case.

  Then, when the input of the working hours of each employee is completed, the input contents are reflected in the work schedule of each employee in the employee database 320.

[Step S430: Calculation of Number of Employees for Each Time Zone]
Next, the control unit 100 executes the number-of-employees calculation module 143 and calculates the number of employees for each time zone based on the working hours of the employees input in step S420 (step S430). In the case of FIG. 7A, since the two employees A and B are permanently stationed, the number of employees is “2” in all time zones. In the case of FIG. 7B, the number of employees is “2” from 8:00 am to 2:00 pm because there are employees A and B, and from 2:00 pm to 6:00 pm Since there is a member C, the number of employees is “2”. In the case of FIG. 7C, only the employee C works, so the number of employees is “1” in all time zones. In this way, 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 time zones, the present invention is not limited to this, and may depend on the work shift of the employee. The number of employees may change depending on the time of day.

[Step S440: Calculation of Reservable / Returnable Number for Each Time Zone]
Subsequently, the control unit 100 executes the vehicle handling number setting module 144 and calculates the number of vehicles that can be reserved / returned in each time zone for the date when the work shift of the employee is input (step S440).

  At this time, the vehicle handling number setting module 144 links the work shifts of the employees with the status of whether reservation is possible or not, so that the vehicle reservation / return is performed based on the number of employees arranged in each time period. Calculate the possible number.

  In the case of a rental contract with a long lending period, such as a commercial rental car, unlike a rental car with a short lending period, it takes time to rent and return. In other words, at the time of renting out, carefully explain the functions and usage of car navigation, ETC (Electric Toll Collection) devices and in-vehicle devices such as drive recorders, refueling method, insurance and security details you have. It is necessary to start lending after making sure that the user understands. In addition, when returning the vehicle, it is necessary to carefully check vehicle troubles and accidents during use and check for scratches. Therefore, it takes time and effort to rent / return a vehicle once.

  In the present embodiment, the burden on the employee is reduced by setting that only one reservation / return is accepted for each employee arranged at that time. That is, in step S440, the vehicle handling quantity setting module 144 calculates the same number of vehicles as the number of employees as the reservable / returnable quantity based on the number of employees arranged in each time period. This makes it easy to set up work shifts without imposing an excessive burden on employees, and allows users to take a long time to receive explanations and check if there are any defects in the vehicle. It is possible to provide such a system.

  In the above explanation, the number of units handled by each employee is one, but the number is not limited to this and may be changed according to the number of years of experience of the employee and the complexity of each procedure. It is possible.

[Step S450: Display of Reservable / Returnable Number by Time Zone]
When the reservable / returnable number for each time zone is calculated in step S440, the reservable / returnable number of vehicles for each date and time zone is displayed on the display unit 500 (step S450), and the administrator displays the screen. Upon confirmation, the vehicle rental management method of this embodiment ends.

  According to the vehicle lending management method of the fourth embodiment, by linking the work shift with the number of vehicles that can be reserved / returned, the burden of handling each one is large, such as renting and returning a commercial rental car. Even at work, it is possible to set up work shifts that take the employee's burden into consideration, and take appropriate leave and rest of the employee, and as a result, it is possible to reduce employee mistakes. In addition to being able to build a system, it is possible for the user to build a system that allows them to take a careful and timely explanation and carefully rent a vehicle for a long period of time.

  Further, as a modified example of the fourth embodiment, the employee's vacation can be set based on the above management method. That is, at the time of inputting the employees in step S410, if there is no reservation for the lending or returning procedure on the business day when the input is made, the number of employees working on that business day is set to one and You can secure vacations for other employees by creating a shift that leaves all employees free time. By making such settings on other business days as well, it is possible to realize a system that enables employees to systematically secure leave.

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

[Step S510: Selection of Store Reservation]
First, the control unit 100 in the vehicle lending management system 1 shown in FIG. 1 executes the store reservation selection module 151 in order to evaluate a store, and when the user makes a reservation for a vehicle for a month, the store is not a website but a store. The one reserved in is selected (step S510).

  Such selection is performed on the management screen. For example, when a month is selected from the calendar displayed on the management screen, a calendar for the selected month and reservation information corresponding to each day of the month are displayed in a list. When displaying 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, and the name and company name of the user who made the reservation have been registered.

  In addition, for each of the reservations already registered, it is stored whether the reservation was made through the website or at the actual shop. Then, the store reservation selection module 151 in the control unit 100 selects, for the reservation information displayed in a list, the reservation information that has been reserved in the actual store.

  Such selection may be to display that selection has been made by coloring, or may be displayed by means such as checking a check box. By such means, selection is made from all reservations that have been reserved at the actual store.

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

[Step S530: Implementation of store evaluation]
Then, the control unit 100 executes the store evaluation module 153 and evaluates the store for 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.

  In the modern age of the Internet and smartphones, car rentals are often reserved through websites on the Internet. As a user, a rental car can be reserved while at home or in the office, so the reservation method using the Internet is very useful. On the other hand, reservations at physical stores are the result of the employee's ability as a serviceman to be demonstrated, and if this is not evaluated as an employee's achievement, it will be treated like a reservation via the website. , Leads to demoralization of employees.

  Therefore, in the system according to the present embodiment, the reservation in the actual store is treated as one element of the performance evaluation of the store in distinction from the reservation via the website, which contributes to increase the morale of the employee. .

  In the present embodiment, the ratio of the number of reservations in the actual store to the total number of reservations is taken as an element of store evaluation, but an absolute number instead of a ratio may be used as an evaluation standard.

  In addition, the reservation at the actual shop includes those who come to the shop on the day without notifying in advance and made a contract on the spot. This is because it is necessary for the user to rent a vehicle in a hurry, and it is possible that the user 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 efforts of the employees in the actual store is counted separately from the contract obtained through the website, and is used for the business performance of each store. It can raise the morale of employees. Further, since the morale of the employees is increased, it leads to the provision of better services in the store, and as a result, it is possible to construct a system that allows the users to receive better services.

  Various configurations can be added to the above-described embodiment.

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

  With the configuration as shown in the sixth embodiment, the future reservation status of each vehicle can be easily grasped at a glance. It should be noted that although it is set for the next two months, the extent to which the previous month is displayed can be changed on the management screen.

[Example 7: Blacklist setting of specific user]
A blacklist setting module 162 having a function of displaying a warning on the management screen when the user tries to make a reservation can be provided so that the specific user cannot use it in the future.

  Depending on the user, the extension may be done without permission, the extension fee may not be paid, or the user may drop off the vehicle at a designated place and drop it off. In order to prevent such a user from easily contracting again, a blacklist is set for a specific user. The blacklisted users 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 the fact that the reservation is refused is displayed on the website.

  With the configuration as shown in the seventh embodiment, it is possible to manage some users who engage in fraud, and promote fair and non-fair use.

[Embodiment 8: Re-presentation of user identification document]
When making a reservation after a predetermined period (for example, one year) has passed since the date when the document for certifying the user (corporation in the case of a corporate contract) was confirmed is displayed on the management screen, and it is confirmed again A personal identification module 163 having a function of transmitting a message prompting certification can be provided.

  When renting for the first time, in order to prove the identity of the person or corporation, documents such as a license and certified copy of the register are to be presented. However, when the next loan is desired, and if the period of time has not passed since the previous confirmation of the certificate, the confirmation of the certificate may be omitted. On the other hand, if a certain period has passed since the previous confirmation of the certificate, the contents such as the address may have changed. Therefore, when the predetermined period has elapsed, the identity verification module 163 is executed, and a message is sent so that the certificate is presented again. This message may be transmitted together with the message for accepting the reservation of the vehicle.

  With the configuration as shown in the eighth embodiment, it is possible to construct a system without omission of changes even if the contents to be certified by the user are changed.

[Example 9: Management of unpaid amount]
If the user has not yet paid the lending fee, the unpaid management module 164 having a function of displaying an unpaid warning in the tomorrow or today's return column on the management screen can be provided. Further, the unpaid management module 164 can be provided with a function of not displaying both the tomorrow or today's return column and the today's lending column when the lending fee has already been deposited.

  By adopting the configuration as shown in the ninth embodiment, it is possible to construct a mechanism that can surely prompt the deposit.

[Example 10: Management of parking violation]
In the case of a commercial rental car, it may be necessary to park at the side of the road in order to use it for work, and the user may commit a parking violation. However, since it is a loan for a long period of time, it may become difficult to know which user has a parking violation. In order to prevent this, the tenth embodiment may include a parking violation notification module 165 that leaves the fact on the management screen when the user is turned off.

  In response to the notification by the parking violation notification module 165, the violation date and time, the violation place, the handling police station and the telephone number of the handling police station are input from the management screen, and the communication section 200 of the vehicle lending management system 1 is used. The user may be notified by e-mail. The content of the e-mail should be a text that asks you to report that you have violated the parking lot and notify you of the above content.

  With the configuration as shown in the tenth embodiment, it becomes possible to surely know which user was injured in the parking violation, and also to prevent the user from leaving the vehicle.

[Example 11: Extension of loan period]
While renting a vehicle, the user may request extension of the rent. When extending the lending period according to the user's request, it is advantageous for both the user and the store or car sharing to be able to use it at a discounted rate. Then, by displaying that the loan is at a discounted rate, the merit can be realized. In the eleventh embodiment, an extended discount display module 166 that displays the discount amount when the discount due to the extension of the period is applied is provided. The discount amount may be displayed on the vehicle, or may be displayed on the management screen of the vehicle lending management system 1 at the same time.

  Also, if the loan period is extended, only the credit card payment on the website can be used to pay the fee, and the payment at the store cannot be done. By doing so, it is possible to provide a vehicle lending management system that eliminates the complexity of the procedure and does not require extra time when returning the vehicle.

  With the above configuration, it is possible to perform lending and returning procedures without making the user wait, and it is possible to secure the minimum number of employees and create an optimal employee shift. It is possible to provide various systems.

  Although the vehicle lending is described in each of the above-described embodiments, the present invention is not limited to this, and is also applicable to, for example, lending an autonomous vehicle and lending an unmanned aerial vehicle such as a so-called drone.

  Although the embodiments of the present invention have been described above, the present invention is not limited to these embodiments described above. Further, the effects described in the embodiments of the present invention only list the most suitable effects that occur 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.

1 Vehicle Rental Management System 100 Control Unit 111 Traveling Distance Calculation Module 112 Traveling Distance Input Module 113 Traveling Distance Transfer Module 114 Traveling Distance Comparison Module 200 Communication Unit 300 Storage Unit 310 Vehicle Database 320 Employee Database

Claims (3)

A vehicle renting management system for renting a vehicle owned at a user's request at a store or a car share,
The control unit
Means to store the mileage at the time of the previous return,
A means to input the mileage at the time of the next rental,
Comparing means for comparing the difference between the stored traveling distance and the input traveling distance;
A means for displaying a message confirming whether or not the distance is correct when the distance compared by the comparing means has a difference of a predetermined distance or more;
A vehicle lending management system comprising: A vehicle lending management system for managing a business of lending a vehicle owned in accordance with a user's request for a long period of several months at a store or car sharing,
The control unit
Means to store the mileage at the time of the previous return,
A means to input the mileage at the time of the next rental,
Comparing means for comparing the difference between the stored traveling distance and the input traveling distance;
A means for displaying a message confirming whether or not the distance is correct when the distance compared by the comparing means has a difference of a predetermined distance or more;
A vehicle lending management system comprising: Depending on the user's request, the vehicle can be rented for a long period of several months at a store or car share, and additional rentals can be added depending on the mileage that exceeds the maximum mileage per month. A vehicle renting management system for managing a charge-generating business,
The control unit
Means to store the mileage at the time of the previous return,
A means to input the mileage at the time of the next rental,
Comparing means for comparing the difference between the stored traveling distance and the input traveling distance;
A means for displaying a message confirming whether or not the distance is correct when the distance compared by the comparing means has a difference of a predetermined distance or more;
A vehicle lending management system comprising: d