JP6637105B2 - Vehicle lending 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 renting a vehicle held at a store or a car share in response to a request of a user. The present invention is useful as a vehicle lending management system for managing a vehicle lending system used when lending an automobile or motorcycle for a long term.

  2. Description of the Related Art Conventionally, there is a system using a service providing website as a system for executing a business of lending a vehicle owned by a user in response to a request from a store (Non-Patent Document 1).

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

  Such services are premised on lending and returning procedures at the lender's store, and users can enter the desired period, car type, etc. on the website operated by the lender. , Set the date and time to go to the store.

  By the way, when a company rents a vehicle used for a long time, such as a commercial rental car, and the lending period is a long period of several months, unlike a short-term rental car, the lending and return procedures are different. It takes time. That is, at the time of lending, carefully explain the functions and usage methods of on-board equipment such as car navigation, ETC (Electric Toll Collection) equipment and drive recorders, refueling methods, and the contents of insurance and security that are subscribed. It is necessary to start lending after having the user fully understand. At the time of return, it is necessary to carefully check for any vehicle troubles or accidents during use, and check for scratches. Therefore, it takes time and effort to rent / return a vehicle once.

  As a result, the employee is detained for a long time in a single procedure and the user is faced with the user for a long time, so that tension is maintained and a psychological burden is imposed. In addition, in the unlikely event that the staff of the store runs short of workers, the user will have to wait for a long time, and quality of the store service cannot be ensured. Then, in order to prevent a shortage of personnel, surplus employees are allocated, which leads to management pressure.

  The present invention has been made in view of such a demand, and it is possible to perform lending and return procedures without waiting for a user who visits the store, and to secure the minimum necessary number of employees and optimize It is an object of the present invention to provide a vehicle lending management system capable of creating an appropriate shift for employees.

  The present invention provides the following solutions.

  The invention according to a first feature is provided with setting means for setting the number of reservations / returns based on the number of employees working in a store or a car share, and the setting means determines the number of employees and whether the reservation / return is possible or not. A vehicle lending management system is provided in which the number of reservations / returns per hour is made equal to the number of employees by linking the status with the status.

  According to the first aspect of the invention, the number of employees can be reduced by making the number of reservations / returns per hour equal to the number of employees, and it is possible for the user to take a long time for the vehicle and the vehicle. It is possible to provide a system capable of receiving a description about a contract and confirming that the vehicle is complete.

  The invention according to the second feature is the invention according to the first feature, and provides a vehicle lending management system that links a work shift of an employee with a status of whether reservation is possible.

  According to the invention according to the second aspect, the work shift of the employee is linked with the status of whether or not the reservation is possible, such as lending and returning a business rent-a-car. Work shifts that take into account the burden on employees can be arranged even when the tasks are heavy, and employees can take appropriate vacations and rests, thereby reducing employee errors. Not only can be constructed, but also a system can be provided that allows a user to carefully and slowly receive explanations over a long period of time and rent a vehicle for a long period of time with peace of mind.

  The invention according to the third aspect is the invention according to the first or second aspect, wherein a means for selecting a reservation reserved at the store on the management screen and a reservation at the store among the total number of monthly contracts are provided. And a means for evaluating the store based on the calculated ratio.

  According to the invention according to the third aspect, the contract obtained by the effort of the employee in the actual store is counted separately from the contract obtained through the website, and is used for the performance of each store. It can increase employee morale and provide a system that leads to better service.

  The invention according to a fourth aspect is the invention according to the first to third aspects, wherein, when exchanging a rented vehicle during a lending period, the traveling distance of the vehicle before the exchange is changed by the traveling distance of the vehicle before the exchange. Provided is a vehicle lending management system including means for transferring to a distance.

  According to the invention according to the fourth aspect, there is a case where an additional fee according to the traveling distance may be charged in addition to a normal rental fee depending on a monthly traveling distance, and a case where a vehicle is replaced for some reason. Even if there is, it is possible to provide a system capable of calculating an appropriate fee based on an appropriate mileage.

  The invention according to a fifth aspect is the invention according to the first to fourth aspects, wherein when a user requests for early return before the expiration of the lending period, the status is set to “temporary return state”, There is provided a vehicle lending management system including a vehicle status change unit that sets a “return state” after returning.

  According to the invention according to the fifth aspect, by changing the status of the vehicle when there is a request for early return, the current status of each vehicle can be grasped in a unified manner. It is possible to provide a system that makes it easy to make a shift and also makes vehicle management easy.

  The invention according to the sixth aspect is the invention according to the first to fifth aspects, wherein when the same user borrows the same vehicle for a predetermined number of months or more, a message indicating that the vehicle is sold. A vehicle lending management system including a transmission unit for transmitting the vehicle lending to the user.

  According to the invention according to the sixth aspect, by constructing a mechanism for selling a used vehicle for a certain period of time as a used car, it becomes possible for the user to obtain a car that is familiar to the user, By selling vehicles that have been used for a long period of time, a lender can provide a system that can easily manage inventory without having to hold many vehicles with a feeling of use.

  Advantageous Effects of Invention According to the present invention, a vehicle lending that can perform lending and return procedures without having to wait for a user, and that can secure the minimum necessary number of employees and create an optimal employee shift Can provide a management system.

FIG. 1 is a block diagram illustrating a hardware configuration and software functions of the vehicle lending management system 1 according to the present embodiment. FIG. 2 is a flowchart illustrating the vehicle lending management method according to the first embodiment. FIG. 3 is a diagram illustrating an example of a screen for inputting working hours for each employee. FIG. 4 is an example of the vehicle database 310 held by the store. FIG. 5 is an example of an employee database 320 in a store. FIG. 6 is a flowchart illustrating a store evaluation method according to the second embodiment. FIG. 7 is a flowchart illustrating a mileage takeover method according to the third embodiment. FIG. 8 is a flowchart illustrating an early return procedure method according to the fourth embodiment. FIG. 9 is a flowchart illustrating a vehicle sales offer 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 software functions of the vehicle lending management system 1 according to the present 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 that enables communication with other devices, for example, a device that supports IEEE 802.11 Wi-Fi (Wireless Fidelity).

  The control unit 100 reads a predetermined program and, if necessary, cooperates with the communication unit 200 and / or the storage unit 300, so that the employee input module 111, the time input module 112, the employee number calculation module 113 A vehicle handling number setting module 114, a store reservation selection module 121, a store reservation ratio calculation module 122, a store evaluation module 123, a mileage calculation module 131, a mileage input module 132, and a mileage takeover module 133. Mileage comparison module 134, early return reception module 141, vehicle status change module 142, lending period count module 151, message transmission module 152, 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, and a memory card. The storage unit 300 stores a vehicle database 310 and an employee database 320 described later.

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

  The type of the display unit 500 is not particularly limited. The display unit 500 includes, for example, a monitor, a touch panel, and the like.

[Example 1: Vehicle lending management method using vehicle lending management system 1]
Example 1 As Example 1, a vehicle lending management method for managing a reservation and / or return procedure at a store or car share using the vehicle lending management system 1 in the present embodiment will be described. FIG. 2 is a flowchart illustrating a vehicle lending management method using the vehicle lending management system 1. FIG. 3 is a diagram showing an example of a screen for inputting working hours for each employee. FIG. 4 is a diagram illustrating an example of the vehicle database 310, and FIG. 5 is a diagram illustrating an example of the employee database 320. The processing executed by each of the above-described hardware and software modules will be described with reference to FIGS. The vehicle lending management system 1 according to the present embodiment performs various settings and evaluations through a management screen held for each store or car share. The management screen for each store or car share is collectively managed at the head office. It may be set as follows.

[Step S110: Employee input]
First, the control unit 100 of the vehicle lending management system 1 executes the employee input module 111, selects a date for executing the input from a displayed calendar, and selects an employee who will work on the selected day. Input (step S110). The input of the employee is configured, for example, by referring to the employee database 320 shown in FIG. 5 and selecting from the list of employees at the store or the car share.

  As shown in FIG. 5, the employee database 320 lists, for each employee, an employee ID, a name, a gender, years of experience, and a work day and a planned work day. The administrator refers to the employee database 320 and specifies an employee to work on the selected date.

[Step S120: Input of working hours]
Next, the control unit 100 executes the time input module 112, and inputs a working time on the selected date for each employee input in step S110 (step S120). The input of the working hours is performed on an hourly basis in all business hours.

  The input of the working hours is performed by, for example, selecting squares delimited by time on the screen as shown in FIGS. 3 (a) to 3 (c). Gray colored cells indicate that they have been selected for work.

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

  In the example shown in FIG. 3B, 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 in which the working time of the employee B is from 10:00 am to 2:00 pm, and the working time of the employee C is from 2:00 pm to 6:00 pm.

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

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

[Step S130: Calculation of Number of Employees for Each Time Zone]
Next, the control unit 100 executes the number-of-employees calculation module 113, and calculates the number of employees for each time zone based on the employee's working hours input in step S120 (step S130). In the case of FIG. 3A, since two employees, the employee A and the employee B, are resident, the number of employees is "2" in all time zones. In the case of FIG. 3B, from 8:00 am to 2:00 pm, the number of employees is “2” because there are employees A and B, and from 2:00 pm to 6:00 pm, the number of employees A and Since there is a member C, the number of employees is “2”. In the case of FIG. 3C, only the employee C is working, so the number of employees is “1” in all time zones. In this way, the number of employees in each time zone is calculated.

  FIGS. 3A to 3C show an example in which the same number of people is calculated in all the time zones. However, the present invention is not limited to this example. The number of employees may change depending on the time zone.

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

  At this time, the vehicle handling number setting module 114 links the employee's work shift with the status of whether reservation is possible or not, and thereby reserves / returns the vehicle based on the number of employees arranged in each time slot. 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 complete the lending and return procedures. In other words, when renting out, carefully explain the functions and usage methods of on-board equipment such as car navigation, ETC (Electric Toll Collection) equipment and drive recorders, refueling methods, and the contents of the insurance and security that you are subscribed to. It is necessary to start lending after having the user fully understand. At the time of return, it is necessary to carefully check for any vehicle troubles or accidents during use, and check for scratches. Therefore, it takes time and effort to rent / return a vehicle once.

  In this embodiment, the burden on the employee is reduced by setting so that only one reservation / return per employee arranged at that time is accepted. That is, in step S140, the vehicle handling number setting module 114 calculates the same number of vehicles as the number of employees as the reservable / returnable number based on the number of employees arranged in each time slot. This makes it easy to arrange work shifts without putting an excessive burden on employees, and it is also possible for users to take time to receive explanations and confirm that there is no defect in the vehicle It is possible to provide a simple system.

  In the above explanation, the number of units handled per employee is uniform, but this is not limitative, and may be changed according to the years of experience of the employees or the complexity of each procedure. It is possible.

[Step S150: Display Reservation / Returnable Number for Each Time Zone]
When the number of reservations / returns for each time period is calculated in step S140, the number of vehicles that can be reserved / returned for each date and time period is displayed on display unit 500 (step S150). Upon confirmation, the vehicle lending management method according to the present embodiment ends.

  According to the vehicle lending management method according to the first embodiment, by associating the work shift with the number of vehicles that can be reserved / returned, the burden of handling each one is large, such as lending and returning a commercial rental car. Even in business, it is possible to arrange work shifts that take into account the burden on employees, and it is possible to take leave and rest of employees appropriately, and as a result, it is possible to reduce employee mistakes The system can be constructed, and at the same time, it is possible for the user to carefully and slowly receive the explanation, and it is possible to construct a system in which the vehicle can be rented for a long time with peace of mind.

  Further, as a modification of the first embodiment, it is possible to set the leave of the employee based on the management method. In other words, at the time of inputting an employee in step S110, if there is no reservation for the lending or return procedure on the business day on which the input is made, the number of employees working on that business day is set to one, and By setting up a shift in which one employee is given full business hours, other employees can be on vacation. By making such a setting on other business days, it is possible to realize a system that enables employees to ensure scheduled vacations.

[Example 2: Store evaluation method using vehicle lending management system 1]
Next, as a second embodiment, a procedure for calculating a reservation ratio in a store for evaluating each store will be described. FIG. 6 is a flowchart illustrating 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.

[Step S210: Select Store Reservation]
First, the control unit 100 in the vehicle lending management system 1 shown in FIG. 1 executes the store reservation selection module 121 in performing the store evaluation, and among the vehicle reservations in a certain month, the user is not in the website but in the store. In step S210, the user who made a reservation is selected.

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

  Further, for each of the already registered reservations, it is stored whether the reservation was made through a website or at an actual store. Then, the store reservation selection module 121 in the control unit 100 selects, from among the list-displayed reservation information, information for which a reservation has been made at an actual store.

  Such a selection may be one that indicates that the selection is made by coloring, or that is displayed by means such as checking a check box. By such means, a selection is made from all the reservations at the actual store.

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

[Step S230: Implementation of store evaluation]
Then, the control unit 100 executes the store evaluation module 123, and evaluates the store in the month based on the ratio of the number of reservations in the actual store to the total number of reservations calculated in step S220.

  In the modern age of the Internet network and smartphones, rental car reservations are often made through websites on the Internet. Since a user can make a reservation for a rental car while staying at home or in the office, reservation means 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, and if this is not evaluated as employee performance and treated in the same way as reservations via the website, , Which can undermine employee morale.

  Therefore, the system according to the present embodiment contributes to increasing employee morale by treating a reservation in an actual store as one element of the performance evaluation of the store, separately from a reservation via a website. .

  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 the store evaluation. However, a system that uses not the ratio but the absolute number as a reference for evaluation may be used.

  In addition, the reservation at the actual store also includes a case where the customer comes to the store on the day without notifying in advance and a contract is made on the spot. This is because the user needs to rent a vehicle in a hurry and may come to the store without making a reservation.

  According to the store evaluation method according to the second embodiment, the contract obtained by the effort of the employee in the actual store is counted separately from the contract obtained through the website, and is used for the performance of each store. Increase employee morale. In addition, since the morale of the employee is increased, it is possible to provide better service in the store, and as a result, it is possible to construct a system that allows the user to receive better service.

[Third Embodiment: Traveling Distance Takeover Method Using Vehicle Lending Management System 1]
Next, a procedure for taking over the traveling distance of the vehicle will be described as a third embodiment. FIG. 7 is a flowchart illustrating a mileage takeover method using the vehicle lending management system 1. The mileage takeover method using the vehicle lending management system 1 will be described with reference to FIGS.

  In the case of long-term lending of a vehicle such as a commercial rental car, the vehicle may need to be replaced due to a failure during the lending or the like. Here, in the case of a long-term loan vehicle, depending on the monthly mileage, an additional fee according to the mileage may be charged in addition to the normal rent fee, so the mileage of the vehicle rented earlier is calculated as follows: Next, it is necessary to carry over to the traveling distance of the vehicle to be rented. In such a case, the mileage takeover method according to the present embodiment is used to calculate an appropriate fee.

[Step S310: Travel Distance Calculation]
First, when exchanging a vehicle, the control unit 100 of the vehicle lending management system 1 executes the mileage calculating module 131 to calculate the mileage of the vehicle lent to the user first, and stores the mileage in the storage unit 300. Is stored in the stored vehicle database 310 (step S310). The calculation of the distance is performed based on the odometer measurement value measured at the time of first lending and the odometer measurement value measured at the time of replacement. Specifically, the control unit 100 includes the mileage input module 132, and inputs the mileage as vehicle information to the vehicle database 310 of the storage unit 30 at the time of lending and returning, according to the measurement value of the odometer. Is configured. The mileage calculation module 131 calculates the current mileage based on the mileage before and after the rental, which is input by the mileage input module 132 and stored in the vehicle database 310.

[Step S320: Takeover of mileage]
Next, the control unit 100 executes the mileage takeover module 133 to take over the mileage of the previously rented vehicle to the replaced vehicle and display it (step S320).

  The display of the inherited distance is displayed on the display unit 500 of the vehicle lending management system 1. Further, the mileage after the takeover may be displayed on the vehicle after the replacement. In this case, the mileage after the takeover is displayed on the replaced vehicle by an appropriate method such as adjusting the trip meter or separately providing an odometer. Furthermore, when displaying the mileage after the handover on the vehicle after the replacement, the total mileage may be displayed by integrating the mileage after the handover. In this way, by displaying the mileage taken over by the vehicle after the replacement, the user can easily recognize the total mileage, and the system is easy to use.

  According to the mileage taking over method according to the third embodiment, even if it is necessary to replace a vehicle due to a failure during lending or the like, the mileage of the previously lent vehicle is taken over. It is possible to construct a vehicle lending management system capable of calculating an appropriate fare based on a suitable traveling distance.

  In addition, by displaying the mileage after the handover on the vehicle after the replacement, the user can easily grasp his / her total mileage and provide a system that makes it easy to grasp whether there is an additional charge. It becomes possible.

  In addition, although the case where the vehicle breaks down is described as the case where the mileage is taken over, in connection with this, this technology can also be applied to normal lending.

  That is, when the lending of the vehicle is completed and the vehicle returns to the store or the car share, the control unit 100 executes the mileage calculating module 131, calculates the mileage during the rent, and stores the mileage of the vehicle. It is stored in the vehicle database 310 stored in the unit 300. The travel distance is calculated on the basis of the travel distance input by the travel distance input module 132 before and after lending in the same manner as described above.

  As described above, the mileage is stored for each rental, so that the vehicle mileage associated with the total mileage, the previous mileage, and the use time of each vehicle is centrally managed in the vehicle database 310 as vehicle information. This makes it possible to construct a convenient system.

  In addition to the mileage input module 132, a mileage comparison module 134 for comparing the mileage input by the mileage input module 132 with the mileage stored in the vehicle database 310 may be provided. At this time, if the mileage input by the mileage input module 132 at the time of lending has a difference of a predetermined distance or more compared to the mileage recorded at the time of the previous return, a message confirming the presence or absence of an error May be displayed. For example, if the mileage recorded as the mileage at the time of the previous return is 22,930 km, and the mileage entered at the time of the present lending is different from 22,980 km and 50 km, the "last return" There is a difference of more than 50km from the vehicle, but is the current mileage correct? YES or NO? ”

  As described above, by providing the mileage comparison module 134 that compares the mileage input at the time of lending with the mileage stored in the vehicle database 310, a double check can be performed on the mileage of the vehicle. As a result, a highly reliable system can be constructed.

  Further, at the time of lending, the total traveling distance so far and / or the traveling distance at which an excess fee is generated in the current lending may be displayed.

  In the case of a long-term loan such as a commercial rental car, the maximum mileage per month is determined, 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 current lending period is one month, an excess fee will be charged for the current lending. As a mileage, 23,000 km is displayed on the display unit 500 of the vehicle and the vehicle lending management system 1.

  In this way, by displaying the mileage at which the excess fee occurs on the display unit 500 of the vehicle and the vehicle lending management system 1, it is easy to grasp the mileage at which the excess fee occurs, and the system is easy to use. Can be constructed. The same effect can be obtained not only by simply displaying the information on the screen but also by printing it on paper or the like.

[Embodiment 4: Early return procedure using vehicle lending management system 1]
Next, a procedure for performing a procedure for returning a vehicle early will be described as a fourth embodiment. FIG. 8 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 8.

  When lending a vehicle for a long period of time, such as a commercial rental car, the vehicle may not be required due to sudden requirements or the like. At that time, by performing a return procedure before the end of the original contract period, the user can return a part of the fee, and the rental car company can easily make a plan for subsequent lending. The early return procedure method according to the present embodiment is used when a return is desired before the end of the original contract period.

[Step S410: Accepting Early Return]
First, there is a request for early return from the user, and when the employee inputs the vehicle and date and time desired to be returned early on the management screen, the control unit 100 of the vehicle lending management system 1 executes the early return reception module 141 Then, the date and time of the desired early return are stored in the vehicle database 310 of the storage unit 300 in association with the vehicle for which the user has requested early return (step S410). At this time, in conjunction with the employee database 32, it is referred to the work shift at the desired date and time of the early return, and it is determined whether or not the return is possible at the date and time when the offer is made (whether or not necessary employees have been secured). You may make it.

[Step S420: Change of vehicle status]
Subsequently, the control unit 100 executes the vehicle status change module 142 to change the status of the vehicle for which the early return has been requested from “under lending” to “temporary return” as the vehicle information stored in the vehicle database 310. It is changed (step S420). Then, if there is a return on the day of the request for early return, 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, the current status of each vehicle can be grasped in a unified manner. Shifts are easier to set up and vehicle management is easier. Also, for the user, unnecessary costs can be reduced 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 can be lent from the next day. You may. In other words, when the vehicle is returned, it is necessary to perform necessary inspections and refueling, but when these are completed, the vehicle can be lent. In this way, by linking the operation of the return button and the setting of lending possible for the vehicle, the status can be more smoothly reflected on the management system 1 and the lending website.

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

[Embodiment 5: Vehicle sales offer method using vehicle lending management system 1]
Next, a procedure for making an offer to sell a vehicle will be described as a fifth embodiment. FIG. 9 is a flowchart illustrating a vehicle sales offer method using the vehicle lending management system 1. A vehicle sales offer method using the vehicle lending management system 1 will be described with reference to FIGS.

  When renting a vehicle for a long time, such as a commercial rental car, if the same vehicle is used for several months, the vehicle may become attached to the vehicle. In such a case, the lender can offer a sales offer, thereby boosting the user's willingness to purchase. The vehicle sales application method according to the present embodiment is used when selling a vehicle that has been used for such a long time.

[Step S510: Lending period count]
First, when lending is started, the control unit 100 of the vehicle lending management system 1 executes the lending period counting module 151 and counts a lending period (step S510). The lending period may be in units of days, or in appropriate units such as weeks or hours. The counted lending period is stored in the vehicle database 310 in association with the vehicle.

[Step S520: Message transmission]
Then, when the lending period exceeds a predetermined period set in advance, the control unit 100 executes the message transmission module 152 and transmits a message describing an offer to sell to the user (step S520). For example, if the predetermined period is set to 5 months, when 5 months have passed since the rental, the user was asked, "5 months have passed since the use. How is your car? If you wish, this vehicle will be yours if you follow the prescribed procedure. "

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

  Further, the management screen is configured so that the status can be changed on the management screen for vehicles that are used for lending and that may be sold. That is, the status can be changed or added to the status of “sellable”. With this configuration, a banner linking to a page where the user can browse available vehicles for each store or car share is displayed on the rental website browsed by the user, and the used car is searched. Can be guided.

  In this way, by building a system that sells used vehicles for a certain period of time as used vehicles, it becomes possible for users to obtain vehicles that they love, and for lenders, By selling vehicles that have been used over a long period of time, it is possible to provide a system that does not need to hold many vehicles with a feeling of use and can easily manage inventory.

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

[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 for each vehicle on a calendar basis can be provided. For example, when the calendar display module 161 is executed on April 25, calendars for April, May, and June are displayed, and the reservation status of registered vehicles is displayed in 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. Note that, for the next two months, it is possible to change how far ahead the month is to be displayed on the management screen.

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

  Depending on the user, the extension may be made without permission, the extension fee may not be paid, or the passenger may be dropped off without returning to the designated place. In order to prevent the user from easily re-contracting with such a user, a blacklist is set for a specific user. The user set in the blacklist is stored in the storage unit 300. When the user attempts 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 to be refused is displayed on the website.

  With the configuration as shown in the seventh embodiment, it is possible to manage users who perform some wrongdoing, and promote fair and unfair use.

[Embodiment 8: Re-presentation of user identification document]
When the date of confirmation of the document for certifying the user (corporate in the case of a corporate contract) is displayed on the management screen, and if a reservation is made after a predetermined period (for example, one year) has passed after confirmation, An identity verification module 163 having a function of transmitting a message prompting proof can be provided.

  When borrowing for the first time, a document such as a driver's license or a certified copy of the registry is to be presented to prove the identity of the person or the corporation. However, if the user wishes to lend next, and the time has not passed much 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, if the predetermined period has elapsed, the identity verification module 163 is executed, and a message is sent again to have the certificate presented. The transmission of this message may be transmitted together with the message that the vehicle reservation has been accepted.

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

[Example 9: Management of unpaid money]
If the user has not paid in the lending fee yet, a non-payment management module 164 having a function of displaying a warning of non-payment can be provided in the return field of tomorrow or today on the management screen. In addition, the unpaid management module 164 can have a function of not displaying both the tomorrow's or today's return column and the today's lending column when the lending fee has already been paid.

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

[Example 10: Management of parking violation]
In the case of a business rent-a-car, there is a case where it is necessary to suddenly need to park on the side of the road in order to use it at work, and the user may commit a parking violation. However, since the rental is for a long period of time, it may be difficult to know which user has cleared the parking violation. In order to prevent this, in the tenth embodiment, when a user has been cleared of a parking violation, a parking violation notification module 165 may be provided on the management screen to leave the fact.

  Upon receiving the notification by the parking violation notification module 165, the user inputs the date and time of violation, the location of the violation, the police station in charge of handling, and the telephone number of the handling police station on the management screen, and via the communication unit 200 of the vehicle lending management system 1. The user may be notified by e-mail. The content of the e-mail should be a sentence requesting that the driver violate parking and appear at the same time.

  With the configuration as shown in the tenth embodiment, it is possible to reliably grasp which user has cleared the parking violation, and to prevent the user from dropping off.

[Example 11: Extension of loan period]
While lending a vehicle, a user may offer to extend the lending. When extending the lending period at the request of the user, if the rental period can be used, there is an advantage for both the user and the store or car share. By displaying that the rental is at a discounted rate, the user can realize the merits. In the eleventh embodiment, an extended discount display module 166 for displaying a discount amount is provided when a discount due to extension of a period is applied. The display of 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.

  In addition, the payment of the fee when the lending period is extended allows only credit card payment on the website, and does not allow payment at the store. 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.

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

  In each of the above embodiments, the lending of a vehicle has been described. However, the present invention is not limited to this, and is also applicable to, for example, lending of an autonomous vehicle or lending of 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. In addition, the effects described in the embodiments of the present invention merely enumerate 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 lending management system 100 control unit 111 employee input module 112 time input module 113 number of employees calculation module 114 vehicle handling number setting module 200 communication unit 300 storage unit 310 vehicle database 320 employee database

Claims (4)

A vehicle lending management system for managing a business of performing a long-term lending of a vehicle held at a store or a car share in units of several months at the request of a user,
Setting means for setting the number of reservations / returnables based on the number of employees working at the store or car share, wherein the setting means links the number of employees with the status of whether the reservation / return is possible or not, Match the number of reservations / returns per hour to the number of employees,
The vehicle status changes to "Temporary return status" when the user requests the early return of the vehicle before the expiration of the lending period and the employee receives the desired date and time for returning the vehicle, and then changes the status to "Temporary return status" and returns to "Return status" after the return. means,
With
The setting means, based on the employee plan working in date selected from the calendar which is input by the employee input means, working times of employees scheduled to work input by the time input means and said for input date, to calculate the number of employees in each time zone, the same number of vehicles and employees of each time period is calculated as the reservation / returnable number, per employee disposed at each time period By setting to accept only one reservation / return, the employee's work shift and the status of whether reservation is possible are linked,
When the employee inputs the desired date and time for returning the vehicle early, the date and time of the request for early return are linked to the vehicle for which the user has requested early return, and the information on the owned vehicle Vehicle status is stored in the vehicle database stored,
Refer to the work shift at the date and time you want to return early, judge whether it is possible to return at the date and time of the offer,
A vehicle lending management system in which the desired return date and time for early return of the input are displayed on the management screen. Means for selecting a reservation reserved at the store on the management screen,
Means for calculating the percentage of reservations at the store out of the total number of monthly contracts,
Means for evaluating the store based on the calculated ratio,
The vehicle lending management system according to claim 1, further comprising: Means for transferring the mileage of the vehicle before the replacement to the mileage of the vehicle after the replacement when replacing the rented vehicle during the rental period;
The vehicle lending management system according to claim 1, further comprising: Transmitting means for transmitting a message to the user that the same user has rented the same vehicle for a predetermined number of months or more to the user,
The vehicle lending management system according to any one of claims 1 to 3, further comprising: