JP2007114854A - Vehicle rental management system, method and computer program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To accurately derive a sharing rent according to a use state to materialize an impartial expense burden when a plurality of use states occur about one vehicle for rental. <P>SOLUTION: In this vehicle rental management system 1, identification data of the plurality of use states in the vehicle 9 are set. In the vehicle rental management system 1, detection result data of an actual operation situation in one use state outputted from an onboard machine 10 are acquired, and are stored in a DBMS 3. The sharing rent in the use state of the operating vehicle to the plurality of preset use states is determined on the basis of the detection result data and the already set identification data. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a vehicle rental management technology for correctly managing the usage status of a vehicle when a common vehicle is shared by a plurality of users or when a private vehicle is used for business purposes. is there.

  When a corporation or an individual user uses a vehicle for business, it is often done by leasing from a leasing company rather than purchasing the vehicle. In this case, according to Article 79 of the Road Transportation Law, a plurality of users can jointly use one leased vehicle. Conventionally, when a leased vehicle is jointly used by a plurality of users, lease fees and gasoline charges are appropriately distributed according to the use in each business, that is, the degree of business use.

  In addition, a privately-owned vehicle, that is, a private car is used as a company business vehicle on weekdays, and a private car is used on a holiday. In other words, one private car is used as a so-called borrowed vehicle (hereinafter referred to as such a borrowed vehicle). The usage pattern is called “shared use”). Conventionally, the gasoline fee in this case was paid by the company according to the self-report of the vehicle owner.

  However, under the above-mentioned background, it is impossible to grasp the accurate usage time of each vehicle or the accurate business usage time of a car for each user. Therefore, there was a problem of lack of fairness.

  The present invention aims to solve such problems. That is, the problem of the present invention is that when one vehicle is used jointly by a plurality of users, or when a privately owned vehicle is also used for business, the accurate usage time of each vehicle for each user, Another object of the present invention is to provide a vehicle rental management system, method, and program capable of realizing a fair cost burden by making it possible to grasp an accurate business usage time of a car.

  The vehicle rental management system according to the present invention includes a vehicle usage mode management unit that sets identification data of a plurality of usage modes in a vehicle to be rented in a first memory, and an actual operating status of the vehicle in any of the usage modes. The detection result management means for acquiring the detection result data and recording the acquired detection result data in the second memory, the detection result data recorded in the second memory, and the identification set in the first memory And a shared rent management means for determining a shared rent in the usage mode of the operated vehicle for a plurality of preset usage modes based on the data.

For example, the usage mode management unit defines different user information for each of a plurality of users who commonly use one vehicle, and uses the user information as identification data of the plurality of usage modes. Set to memory. Alternatively, the usage mode management means defines different usage information for each usage of a user who uses one vehicle for different usages, and uses the usage information as identification data of the plurality of usage modes. Set to memory.
In general, taking into account that the fuel consumption of a vehicle varies depending on the vehicle type, driving action, etc., the detection result data may include data representing the travel distance of the vehicle in operation. In this case, the shared rent management means derives fuel consumption data by calculation processing of the travel distance specified from the acquired detection result data and preset reference data, and based on the derived fuel consumption data Try to determine the shared rent.

  The usage mode management means may be configured to receive input of usage schedule information including a scheduled usage time of the vehicle and to record the input usage schedule information together with the identification data in the first memory. In this case, the shared rent management means determines the shared rent based on a combination of the detection result data recorded in the second memory and the use schedule information.

  The vehicle rental management system according to the present invention includes an operation status totaling unit that totals the operation status of a plurality of vehicles within a certain period, a shared rent totaling unit that totalizes the shared rent of each vehicle within the period, and the operation And an optimal vehicle number determining means for determining the number of vehicles or a combination of a plurality of vehicles based on the total results of the status counting means and the shared rent counting means. You can also.

  For the convenience of delivery of detection result data, the vehicle is equipped with an in-vehicle device that generates detection result data of the operating status and transmits the generated detection result data to the detection result management means through a wireless communication network. Forms are also possible. From the viewpoint of protecting the privacy of the user, it is preferable that the in-vehicle device is provided with an operation selection unit that switches between the operation status detection operation and the operation stop. In this case, the shared rent management means determines the shared rent when the vehicle is operating and when the vehicle is not operating.

  The vehicle rental management method of the present invention is a method executed in a vehicle rental management system including an in-vehicle device mounted on a vehicle and a server that communicates with the in-vehicle device through a wireless communication network. The server sets identification data of a plurality of usage modes in the vehicle to be rented in the first memory, and the in-vehicle device generates detection result data of the actual operating status of the vehicle in any usage mode And transmitting the generated detection result data to the server through the wireless communication network, and the server that has acquired the detection result data records the detection result data in the second memory and stores the detection result data in the second memory. Based on the recorded detection result data and the identification data set in the first memory, a plurality of preset uses. A method having the steps of determining the share rent in the use mode of the vehicle running against aspects.

  The computer program according to the present invention includes a computer, a vehicle usage mode management unit that sets identification data of a plurality of usage modes in a vehicle to be rented in a first memory, and an actual operating status of the vehicle in any of the usage modes Detection result data, and the detection result management means for recording the acquired detection result data in the second memory, and the detection result data recorded in the second memory and the first memory are set. It is a computer program for functioning as a shared rent management means for determining a shared rent in the usage mode of the operated vehicle for a plurality of preset usage modes based on the identification data.

  According to the present invention, the shared rent in the usage mode of the vehicle obtained from the actually operating vehicle is determined for a plurality of usage modes preset for the vehicle to be contracted. When a single vehicle is shared by multiple users, or when a privately owned vehicle (my car) is also used for business purposes, the accurate usage time of the vehicle for each user, or the accurate business use of a personal car You can keep track of time. As a result, it is possible to realize a fair share of rent.

Embodiments of a vehicle rental management system according to the present invention will be described below with reference to the drawings.
FIG. 1 is an overall configuration diagram of a vehicle rental management system according to this embodiment.
The vehicle rental management system 1 includes a server 2 having a database system 3 (hereinafter, the database is “DB” and the database system is “DBMS”) 3. An external computer 6 is connected to the server 2 through an external network 5 such as the Internet. The server 2 is also connected to a mobile phone base station 8 via an external network 7 such as the Internet or a mobile phone network, and can also be connected to an in-vehicle device 10 of a vehicle 9 subject to a lease contract. ing.

The server 2 is a computer having a communication function through the external networks 5 and 7, and by reading and executing the computer program of the present invention, the operation control of hardware resources in the server and the control of information processing are performed. Do. And, by this, a vehicle usage mode management function, a vehicle operating status detection result management function, a shared rent management function, an operating status totaling function, a shared rent totaling function, an optimal vehicle number determination function, and other functions related to vehicle rental management Form.
The DBMS 3 includes a large-capacity external storage device that functions as an external memory system for the server 2. In the present embodiment, a vehicle rental DB in which a plurality of types of data to be described later is stored is constructed.

  FIG. 2 is a hardware configuration diagram of the server 2. The server 2 includes a storage device 12 such as a hard disk, a network I / O (Input / Output: input / output control interface) 13, a modem 14, a display device 15 such as a display, an input device 16 such as a keyboard, a pointing device, a card reader, The DBMS 3 described above is provided as a main hardware resource. These hardware resources are connected to the central processing unit 11 via a bus 17 capable of transmitting and receiving various signals.

  As described above, the central processing unit 11 performs various information processing relating to vehicle rental management, information management, operation control of hardware and software in the server, according to the computer program of the present invention. And various functional blocks for that are formed at any time. The storage device 12 stores the computer program of the present invention, and further temporarily stores data necessary for various information processing performed by the central processing unit 11. The network I / O 13 exchanges information with the external networks 5 and 7 in cooperation with the central processing unit 11. The modem 14 exchanges information with the external networks 5 and 7 in cooperation with the central processing unit 11. The display device 15 displays an input / output screen or the like. The input device 16 inputs various information.

The in-vehicle device 10 mounted on the vehicle 9 is configured as shown in FIG. 3, for example. That is, the in-vehicle device 10 includes an on-board computer 20 including a display device 23 such as a display. The on-board computer 20 performs various types of information processing and control of the entire vehicle-mounted device 10, and is connected to a mobile phone antenna 21, a GPS antenna 22, and an on / off switch 24. The on-board computer 20 is further input with various data for measuring the operation status, such as an ON signal of the ignition key 26, a vehicle speed pulse from the vehicle speed sensor 27, and the like.
The cellular phone antenna 21 exchanges signals with the base station 8 by radio. The GPS antenna 22 receives a position detection signal from the GPS satellite 25. The display device 23 includes a liquid crystal display device and its display control device, and displays various information processed by the on-board computer 20. The on / off switch 24 turns on / off the operation of the entire vehicle-mounted device 10.

  FIG. 4 shows a hardware configuration example of the on-board computer 20 included in the in-vehicle device 10. In FIG. 4, the central processing unit 31 performs various information processing and control of the entire in-vehicle device 10 by executing a predetermined in-vehicle device computer program. For this purpose, a plurality of functional blocks are appropriately formed.

  The storage device 32 stores the above-described computer program for in-vehicle devices and data necessary for information processing performed by the central processing unit 31. A wireless I / O (Input / Output: input / output control interface) 33 controls communication between the mobile phone antenna 21 and the base station 8 in cooperation with the central processing unit 31. A GPS (Global Positioning System) I / O (Input / Output: input / output control interface) 34 controls reception of position detection information from the GPS antenna 22 in cooperation with the central processing unit 31. A sensor I / O (Input / Output: input / output control interface) 35 performs reception control of vehicle speed pulses from the vehicle speed sensor 27 and other instruments in cooperation with the central processing unit 31.

  The storage device 32, the wireless I / O 33, the GPS I / O 34, the sensor I / O 35, the display device 23, and the on / off switch 24 are connected to the central processing unit 31 via the internal bus 36. Various signals are exchanged between these components or between these components and the central processing unit 31. A signal from the ignition key 26 is also input to the central processing unit 31 via the bus 36.

Next, the Example of the vehicle rental management system 1 comprised as mentioned above is described.
As an example of a plurality of uses, the vehicle rental management system 1 of the present invention is used by a plurality of users (hereinafter, users may be referred to as “users”) using a single vehicle 9 for use. Information for realizing a usage mode for carrying out lease contracts that pay lease leases, that is, shared rents, to lease companies (hereinafter, such a lease form is referred to as a “prorated lease” and a lease contract is referred to as a “prorated lease contract”). It can be implemented as a processing system.

  FIG. 5 is a conceptual diagram of a prorated lease contract between the user and the leasing company in this embodiment. Referring to FIG. 5, a plurality of users, in this example, user A (Company A) 41a, user B (Company B) 41b, and user C (Company C) 41c negotiate with the leasing company 42 ((1 )), Apply for and distribute a prorated lease ((2), (3)). For example, the leasing company 42 orders property arrangements from a manufacturer (including a sales company) 43 that arranges vehicles ((4)). The manufacturer 43 delivers the vehicle 9 to each of the users 41a to 41c ((5)). At that time, by applying for joint use with the Ministry of Land, Infrastructure, Transport and Tourism, the owner of the vehicle verification is the leasing company 42, the user is the user A (Company A) 41a, the user B (Company B) 41b, the user C ( Company C) 41c. Then, each user 41a-41c starts the joint use of the vehicle 9 ((6)). The leasing company 42 grasps the usage amount of the vehicle 9 of each of the users 41a to 41c, and thereby calculates a prorated lease fee ((7)). Each user 41a-41c pays this apportioned lease fee to the leasing company 42 ((8)).

The information processing mechanism in the vehicle rental management system 1 for supporting the above-described apportioned lease contract is as follows.
The vehicle rental management system 1 acquires various data necessary for a prorated lease contract as a pre-stage of information processing, converts these data into a predetermined data structure, and stores them in the DBMS 3. Specifically, the data storage is performed in a DB format associated with common data such as an ID (abbreviation for Identification, hereinafter the same). In this example, the DBMS 3 includes a vehicle DB file, a user DB file, a reservation DB file, a usage record DB file, a vehicle travel record DB file, a company-specific monthly driving time record DB file, a company-specific monthly mileage record DB file, a vehicle Management DB file, user management DB file, operation daily report DB file, and business daily report DB file are stored, and DB management functions such as data format conversion, data recording and reading to structures that can be stored in these DB files are provided. Form in the server 2.
Examples of the contents of the DB file are shown in FIGS.

FIG. 6 shows an example of the contents of the vehicle DB file. The vehicle DB file is information for uniquely identifying a vehicle to be contracted, that is, information representing the content of a prorated lease contract in addition to the vehicle ID 110, the vehicle number 111, the vehicle name 112, the vehicle model 113, the chassis number 114. That is, it has records such as a lease fee 115, a lease start date 117, a lease end date 118, a use company name 119, a use place 120 indicating a joint use group such as a branch name, and the like, and data corresponding to these records Is stored in each field. Among these data, what is known in advance is input through the input device 16 of the server 2 or the like.
In company name 119, company A is user (A) 41a, company B is user (B) 41b, and company C is user (C) 41c in FIG. Hereinafter, when the user is a corporation, the user (A) 41a may be abbreviated as A company, the user (B) 41b may be abbreviated as B company, and the user (C) 41c may be abbreviated as C company. When the user is an individual, needless to say, personal identification information is stored in the use company name 119.

FIG. 7 shows an example of the contents of the user DB file. The user DB file stores user information for uniquely identifying the user of the vehicle 9, that is, each record of a user ID 121, a company name 122, a use location 123, a name 124, an employee number 125, a department 126, and the like. The data corresponding to the record is stored in each field. These data are normally input from the external computer 6 provided for the users 41a to 41c.
In principle, the ID stored in the user ID 151 is not the user name stored in the user company name 119 shown in FIG. 6, but the data for the system to uniquely identify the employee name using the vehicle. Is memorized. If the user is an individual, the user name and the employee name may be the same. The same applies to other DB files.

  FIG. 8 shows an example of the contents of the reservation DB file. The reservation DB file has use reservation information of the vehicle 9, that is, each record of a user ID 127, a reservation vehicle ID 128, a use start scheduled date and time 129, and a use end scheduled date and time 130, and the data corresponding to the record is the respective data. Stored in the field. Instead of the scheduled use end date and time 130, or together with the scheduled use end date and time 130, a field for storing a use time starting from the scheduled start date and time of use may be provided. Thereafter, the storage of data in each DB file up to FIG. 16 is performed together with the operation description of the entire first embodiment.

  FIG. 9 shows an example of the contents of the usage record DB file. The usage record DB file is used to manage the detection result data of the operation status of the vehicle 9 from the viewpoint of the use record. The vehicle ID 131, the engine ON date 132, the engine ON place name 133, the engine OFF date 134, the engine OFF place name 135 are used. , Mileage 136, and driving time 137, and data corresponding to the record is stored in each field. Note that a usage record DB file similar to this use record DB file is also stored in the storage device 32 of the in-vehicle device 10.

  FIG. 10 shows an example of the contents of the vehicle travel record DB file. The vehicle travel record DB file is used to manage the detection result data of the operation status of the vehicle 9 from the viewpoint of the vehicle travel record. The vehicle ID 150, the user ID 151, the use start date / time 152, the use end date / time 153, and the travel distance 154 , Each record of operation time 155 is stored, and data corresponding to the record is stored in each field.

  FIG. 11 shows an example of the contents of a company-specific monthly operating time result DB file. The company-specific monthly driving time result DB file is used to manage the detection result data of the operation status of the vehicle 9 from the viewpoint of the company-specific monthly driving time result. The vehicle ID 150, the year and month 157 used, Each record includes a monthly operation time 158, a lease fee 159 for each company, and a lease fee 189 for each vehicle, and data corresponding to the record is stored in each field. When the user is an individual, the personal name is stored instead of the company. This also applies to other DB files.

  FIG. 12 shows an example of the contents of a monthly mileage performance DB file by company. The monthly mileage results DB file by company is for managing the detection result data of the operating status of the vehicle 9 from the viewpoint of the monthly mileage results by company. The vehicle ID 160, the year / month 161 used, the month for each company Each record includes a mileage 162, a gasoline fee 163 for each company, and a total gasoline cost 149 for each vehicle, and data corresponding to the record is stored in each field.

  FIG. 13 shows an example of the contents of the vehicle management DB file. The vehicle management DB file is for collecting and managing the detection result data of the operation status of the vehicle 9 for each vehicle, and records the vehicle ID 164, the last use date and time 165, the accumulated travel distance 166, and the accumulated operation time 167. The data corresponding to the record is stored in each field.

  FIG. 14 shows an example of the contents of the user management DB file. The user management DB file is for collecting and managing the detection result data of the operation status of the vehicle 9 for each user. The user ID 168, the usage date 169, the monthly cumulative travel distance 170, the monthly cumulative operation time. 171 records are stored, and data corresponding to the records is stored in the respective fields.

  FIG. 15 shows an example of the contents of the daily driving report DB file. The driving daily report DB file is used for managing data used for creating a driving daily report to be reported to the user or the like. The vehicle ID 172, the engine ON date 173, the engine ON date 174, the engine OFF date 175, the engine OFF date 176 , Mileage 177, driving time 178, and user 179, and data corresponding to the record is stored in each field.

  FIG. 16 shows an example of the contents of a business daily report DB file. The business daily report DB file is used to manage data used to create business daily reports. The user ID 180, the engine ON date / time 181, the engine ON location name 182, the engine OFF date / time 183, the engine OFF location name 184, the travel distance 185, Each record includes an operation time 186, a destination 187, and a business content 188, and data corresponding to the record is stored in each field.

[Operation of vehicle rental management system 1]
Next, an operation example of the vehicle rental management system 1 in this embodiment will be described with reference to FIGS.
FIG. 17 is an explanatory diagram of the procedure for inputting data into the reservation DB file of the DBMS 3. In FIG. 17, a user of each company who makes a reservation for using the vehicle 9 accesses the server 2 from the external computer 6 via the external network 5.
In step S <b> 10, the server 2 transmits data for displaying a vehicle reservation screen for inputting information necessary for vehicle reservation to the accessed external computer 6. The external computer 6 displays a vehicle reservation screen based on this data. In step S11, the company user uses the external computer 6 to make reservation information necessary for vehicle reservation, that is, his / her user ID, vehicle to be reserved (reservation desired vehicle data), scheduled use start date and time, or use time (or , Scheduled use end date and time).
In step S12, the server 2 reads a record of the reservation DB file of the DBMS 3 using the reservation desired vehicle data input in step S11 as a key. Then, in this record, it is searched whether or not there is data that overlaps with the usage time or the scheduled end date and time of use that is input by the user, that is, there is a duplicate usage time record. If there is a reservation, the process proceeds to step S13 to display on the external computer 6 that the reservation has already been made and the usage time is duplicated.
When there is no preceding reservation, the process proceeds to step S14, and data for identifying the use mode for the user such as the user ID 127, the vehicle ID 128, the scheduled use start date and time 129, and the scheduled use end date and time 130 is shown. Stored in a record. Thereby, the use time frame for the user who reserved with respect to the whole use time frame scheduled about the said vehicle 9 previously is ensured. When performing such processing, the server 2 functions as a usage mode managing means by executing the computer program of the present invention.

  FIG. 18 is an explanatory diagram of the processing procedure of the on-board computer 20 according to a predetermined computer program in the in-vehicle device 10. Referring to FIG. 18, in step S <b> 20, the process waits for an on signal of the ignition key 26 to be input to the in-vehicle device 10. In step S21, the on-board computer 20 creates a file of the same format as the usage record DB file in the storage device 32 of the in-vehicle device 10, and the engine ON date and time and position information at the time of ON, for example, GPS position coordinates (latitude , Longitude, altitude, GPS speed) in the appropriate file. In step S22, a vehicle speed pulse signal as an example of speed information is input from the vehicle speed sensor 27. In step S23, a distance (travel distance of the vehicle 9) is calculated based on the vehicle speed pulse signal. In step S24, if it is detected that the ON signal of the ignition key 26 is not input, that is, the engine is turned off, the process proceeds to step S25. Then, the engine OFF date and time and the position coordinates at the OFF time are acquired. In step S26, when the engine is turned on within a preset time, the process returns to step S22, and the operation is continued.

  In the case of commercial vehicles, there can be frequent engine on / off. Therefore, it is a good idea to calculate the lease fee considering that the engine is turned off for a short time as continuous use from the viewpoint of business use for the entire day. Therefore, if the engine does not turn on within a preset time, the process proceeds to step S27, where the engine OFF date and time, the OFF position coordinates, the OFF distance (travel distance), and the operation time (that is, the operation time of the vehicle 9). To the file. Then, the file data is transmitted to the mobile phone base station 8 via the mobile phone antenna 21. At this time, a file having the same format as the transmitted usage record DB file is stored in the use record DB file of the DBMS 3.

  FIG. 19 is a procedure explanatory diagram of data input to the vehicle travel performance DB file in the server 2. The process of FIG. 19 starts when data is written in the usage record DB file in FIG. When performing such processing, the server 2 functions as detection result management means by executing the computer program of the present invention.

Referring to FIG. 19, in step S <b> 30, the vehicle ID 131, engine ON time 132, and engine OFF time 134 of the written usage record DB file are read, and the actual use time zone of the used vehicle 9 is calculated. In step S31, the reserved vehicle ID 128, engine ON time 129, and engine OFF time 130 of the reservation DB file are read, and the reserved time zone calculated from the scheduled start time 129 and scheduled end time 130 of the reserved vehicle ID 128 in the first record. Is calculated. In step S32, it is determined whether the actual use time zone and the reserved time zone overlap. If there is no overlap, the process proceeds to step S33, and the next record in the reservation DB file is read. If they match (duplicate), the process proceeds to step S35, the user ID 127 corresponding to the matched reservation time zone is added to the data of the usage record DB file, and the user is recorded for each vehicle ID 150 in the vehicle travel record DB file. Write in the ID 151, scheduled use start date and time 152, scheduled use end date and time 153, travel distance 154, and driving time 155.
If it is determined in step S32 that they do not match, it is determined in step S34 whether or not the reserved time zone of the next record matches the actual usage time zone. If they do not match, the process returns to step S33 to read the next data. If they match, the process proceeds to step S35.

FIG. 20 is an explanatory diagram of the procedure for calculating the apportioned lease fee for each company in the server 2. When performing such processing, the server 2 functions as a shared rent management means by executing the computer program of the present invention.
Hereinafter, the procedure shown in FIGS. 20 to 25 is started and executed periodically, for example, once a month.
In step S40, the operation time of the first vehicle ID, that is, the operation time of the vehicle 9 is read from the vehicle travel record DB file. In step S41, the total operating time Tn (n is a natural number of 1 or more) for each user is calculated using the user ID as a key. In step S42, the user DB file data is read, the user IDs 121 are grouped for each company name 122, and the monthly operating hours for each company are calculated as follows.

Monthly working hours by company A employees: Ta = Ta1 + Ta2 + ... + Tan
Monthly working hours by Company B employees: Tb = Tb1 + Tb2 ++ Tbn
Monthly working hours by company C employees: Tc = Tc1 + Tc2 ++ Tcn
(Company A employees are a1, a2, a3, ... an)

In step S43, the lease cost is calculated as follows based on the operating time ratio of each company.
For Company A: Company A Lease Cost = Vehicle Monthly Lease Cost x Ta / (Ta + Tb + Tc)
For Company B: Company B Lease Cost = Monthly Vehicle Lease Cost x Tb / (Ta + Tb + Tc)
For company C: Company C lease cost = Monthly vehicle lease cost x Tc / (Ta + Tb + Tc)

  In step S44, it is determined whether lease fees have been calculated for all vehicle IDs. When the lease fee is calculated for all the vehicle IDs, the process proceeds to step S45, and data is written in the company-specific monthly driving time result DB file. If the lease fee calculation has not been completed for all vehicle IDs, the process proceeds to step S46, and the operation time of the next vehicle ID, that is, the operation time of the vehicle 9 is read.

  The above operation will be described with a more specific example. Each user's lease costs are prorated as follows: For example, when users (A), (B), and (C) jointly use one vehicle, first, a fixed period (book) of each user (A), (B), (C) stored in the DBMS 3 is used. In the embodiment, the usage time in one month is counted. Here, it goes without saying that the unit of the user may be an individual unit or a corporation as an aggregate, and it is possible to add up for each unit that jointly uses the leased vehicle. For example, in the case of joint use of a vehicle by a corporation with a plurality of vehicle users on the lower floor and an individual living on the upper floor, the plurality of corporation users can make the set (corporation) one user unit, Each user has one user unit.

After totaling the usage time of each user for one month, the total usage time by all users is calculated. For example, if the user (A) uses 15 hours, the user (B) uses 30 hours, and the user (C) uses 5 hours, the total use time is 50 hours.
Thereafter, the usage rate for each user is calculated. In the case of the above example, the user (A) is 30%, the user (B) is 60%, and the user (C) is 10%.
By multiplying this usage rate by the monthly lease fee (100,000 yen) stored in the vehicle DB file, the monthly lease fee for each user (A), (B), (C) is calculated. The That is, the lease fee for user (A) is 30,000 yen, the usage fee for user (B) is 60,000 yen, and the usage fee for user (C) is 10,000 yen.

  FIG. 21 is a description of the procedure for calculating the gasoline charge for each company in the server 2. In step S50, the travel distance of the first vehicle ID is read from the vehicle travel record DB file. In step S51, the total travel distance Dn (n is a natural number of 1 or more) for each user is calculated using the user ID as a key. In step S52, the user DB file data is read, the user ID 121 is grouped for each company name 122, and the total travel distance for each company is calculated as follows.

Monthly mileage by company A employees: Da = Da1 + Da2 + ... + Dan
Monthly mileage by company B employee: Db = Db1 + Db2 ++ Dbn
Monthly mileage by company C employees: Dc = Dc1 + Dc2 ++ Dcn
(Company A employees are a1, a2, a3, ... an)

In step S53, the gasoline fee is calculated as follows according to the travel distance ratio of each company.
For Company A: Company A Gasoline Charge = Vehicle Monthly Gasoline Charge x Da / (Da + Db + Dc)
For Company B: Company B Gasoline Charge = Monthly Gasoline Charge for Vehicle x Db / (Da + Db + Dc)
For Company C: Company C Gasoline Charge = Monthly Gasoline Charge for Vehicle x Dc / (Da + Db + Dc)

  In step S54, it is determined whether or not gasoline charges have been calculated for all vehicle IDs. When the gasoline cost is calculated for all the vehicle IDs, the process proceeds to step S55, and data is written in the company-specific monthly driving time result DB file. If the calculation of the gasoline cost has not been completed for all the vehicle IDs, the process proceeds to step S56, and the travel distance of the next vehicle ID is read.

FIG. 22 is an explanatory diagram of a procedure for creating vehicle management data for indicating a vehicle operation history in the server 2. In step S60, first, the data of the company-specific monthly driving time result DB file and the company-specific monthly driving distance result DB file are read. In step S61, the total (that is, monthly) operating time Tn for each vehicle is calculated as follows.
Monthly operating hours T = Ta + Tb + Tc + ・ ・ ・ + Tn

In step S62, the total (that is, monthly) travel distance Dn for each vehicle is calculated as follows.
Vehicle monthly mileage D = Da + Db + Dc + ... + Dn

  In step S63, it is determined whether or not the vehicle monthly operation time and the vehicle monthly travel distance have been calculated for all companies. If all companies have been calculated, the process proceeds to step S65, and these calculation results are written in the vehicle-specific records in the vehicle management DB file. If not calculated for all companies, the process proceeds to step S64, and the data of the next company is read.

  FIG. 23 is a flowchart illustrating a procedure for creating user management data for indicating a user's driving history in the server 2. In step S70, the data of the vehicle travel performance DB file of the first user ID is read. In step S71, the total (that is, monthly) operation time for each vehicle is calculated. In step S72, the total (ie, monthly) travel distance for each vehicle is calculated. In step S73, it is determined whether or not the monthly operating hours and the monthly travel distances have been calculated for all user IDs. If all user IDs have been calculated, the process proceeds to step S75, and these calculation results are written in the records for each user in the user management DB file. If not yet calculated for all the user IDs, the process proceeds to step S74, and the data of the next user ID is read.

  FIG. 24 is an explanatory diagram of a procedure for creating daily operation report data in the server 2. In step S80, the data of the vehicle travel record DB file corresponding to the first vehicle ID is read in units of months. In step S81, the data read in step S80 is rearranged in time series. In step S82, the data of the user DB file is read, and the company name 122 and name 124 fields are read from the record of the user ID 121 of the user DB file that matches the user ID 151 of the vehicle travel performance DB file. In step S83, it is determined whether or not the reading operation has been completed for all the vehicle IDs. If completed, the process proceeds to step S85 and is written in each record of the daily driving report DB file. If the reading operation has not been completed yet, the process proceeds to step S84 to read data corresponding to the next vehicle ID.

  FIG. 25 is an explanatory diagram of a procedure for creating daily business report data in the server 2. Step S90 reads the data of the vehicle travel performance DB file corresponding to each vehicle ID on a monthly basis. In step S91, the data of the user with the first user ID 151 is extracted from the data read in step S90. In step S92, the data extracted in step S91 is rearranged in time series. In step S93, the data of the user DB file is read, the fields of the company name 122 and the name 124 are read from the record of the user ID 121 of the user DB file that matches the user ID 151 of the vehicle driving performance DB, and the daily business report DB file is read. Write to each record. In step S94, it is determined whether or not the reading operation has been completed for all the user IDs. If completed, the process proceeds to step S96. If not completed, the process proceeds to step S95, and data for the next user ID is extracted. In step 96, data for displaying a daily business report display screen is sent from the server 2 to the external computer 6, and the user of each company enters the destination and business contents in the fields of each record of the daily business report DB file. To do.

  Thus, according to the first embodiment, even when a plurality of users lease one vehicle 9 and jointly use it, it is possible to grasp the accurate operation time and the like, and based on this, the lease fee can be calculated. Proper apportionment for each user. Thereby, a fair cost burden can be realized.

In the first embodiment, when the group company is jointly used, the optimum number of jointly used vehicles is obtained by performing the following work for the company-owned vehicles currently owned. It becomes possible.
As a premise, it is assumed that data having contents illustrated in FIGS. 26 to 28 is stored in the DB file of the DBMS 3. The vehicle operation DB file shown in FIG. 26 has records of a vehicle ID 220, a use date 221 and an operation rate record 222 for each specific time interval, and the operation rate record 222 for each time zone includes When the vehicle corresponding to the vehicle ID is operated, “1” is stored in each field, and when not operating, “0” is stored in each field.

  The daily totalization DB file shown in FIG. 27 includes records of a grouped location 230 such as a branch, a use date 231, the number of leased vehicles 232, and an operation number record 233 for each specific time interval. The number of leased vehicles that have been operated is stored in the respective fields in the operation number record 233 for each time zone.

The monthly totalization DB file shown in FIG. 28 includes records such as a group 241 such as a branch, a use year 242, the number of leased vehicles 243, and a monthly operation number record 245. The monthly average value of the number of leased vehicles operated is stored in each field.
The procedure for obtaining the optimum number in the case of joint use is as shown in FIG. 29, for example.
That is, in step S100, using the first vehicle ID as a key, the operation time data of the vehicle travel record DB file, that is, the data of the use start time 152 and the use end time 153 is read in units of months. In step S101, the operation state for each time zone is calculated from these read data, and the operation state is set to “1” when in use and “0” when not in use for each fixed time unit. It is stored in the operation rate record 222 by time of the record of the corresponding vehicle ID in the file. In step S102, it is determined whether or not the operating status for each time zone has been calculated for all vehicle IDs. When it calculates about all vehicle ID, it transfers to step S104. When not calculating, it transfers to step S103 and reads the operation time data of the vehicle travel performance DB file corresponding to the next vehicle ID.
In step S104, a daily tabulation process for each place of use is performed. That is, the data of the vehicle operation DB file and the vehicle DB file a are read, the vehicle ID 110 information used at the use place is collected for each use place 120 of the vehicle DB file, and the vehicle operation DB file that matches the vehicle ID information is collected. Data by time zone of the vehicle ID 220 record is tabulated by time zone. Then, the total value is recorded in the use place 230 of the daily totalization DB file and the operation number record 233 for each time zone of the record for each use date 231.
In steps S105 and S106, the monthly total processing for each use place is performed. First, in step S105, the target calculation time when performing monthly totalization, that is, the reference work start time Ts and the reference work end time Te are input.

In step S106, the data of the vehicle operation DB file M is read, and the average number of machines operating in the time zone between the reference work start time Ts and the reference work end time Te is calculated. The 230 records in the daily summary DB file are grouped by usage location (branch), and the usage date and time 231 are grouped by month, and the number of operating units by time zone between Ts and Te is totaled, and the following calculation is performed. Do.
Average number of operating units per month = (total number of operating units by time zone between Ts and Te) x (time zone time interval) / (time between Ts and Te)

  Thereafter, the calculation results are sequentially stored in the monthly operation number record 245 for each usage location 230 of the monthly totalization DB file.

With the above procedure, graphs as shown in FIGS. 30 to 32 can be obtained.
FIG. 30 is a graph showing the operating status of each vehicle by time zone, FIG. 31 is a graph showing the number of operating units per day, and FIG. 32 is a graph showing the number of operating units per month. Since the procedure for drawing these graphs is well known, detailed description thereof is omitted here. In steps S107 to S110, the optimum number of units in the case of combining lease and shared use (car sharing) is obtained from the daily count by use location. In step S107, the number L1 (see FIG. 31) after the reduction of owned leased vehicles for car sharing use is input.

In step S108, the data of the daily totalization DB file is read, the difference between the number of operating vehicles L2 and L1 for each usage time is obtained, and the excess time is calculated by the car sharing hourly charge unit price as described below.
Monthly cost estimate (1) = (L2-L1) x usage fee per car sharing time + L1 x current monthly cost (2) of lease fee = number of owned vehicles x lease fee Cost reduction = current monthly cost (2)-monthly level Cost estimation (1)

In step S109, it is determined whether or not the value of L1 is the final value of the fluctuation range. If it is the final value, the process proceeds to step S109. If it is not the final value, the value of L1 is changed by a constant value, and the cost reduction amount is estimated in step S108. In step S110, the optimum value of L1 is obtained as shown in FIG. Usually, L1 is the optimum value that gives the minimum value of the cost within the fluctuation range (in other words, the cost reduction amount gives the maximum value). In steps S111 to S114, a cost calculation procedure when a lease and a rental car are combined is obtained from the monthly totals for each use place. In step S111, the number L3 (see FIG. 32) after the reduction of owned leased vehicles for using the rental car is input. In step S112, the data of the monthly totalization DB file is read, the difference from the number of operating vehicles L4 for each month of use is obtained, and the excess time is calculated as the rental car usage unit price as described below.
Estimated annual cost (3) = (L4-L3) x Monthly rental fee + L3 x Lease fee Current annual cost (4) = Number of owned vehicles x Lease fee Cost reduction = Current annual cost (4)-Annual cost Trial calculation (3)

In step S113, it is determined whether or not the value of L3 is the final value of the fluctuation range.
If it is the final value, the process proceeds to step S114. If it is not the final value, the value of L3 is changed by a fixed value, and the cost reduction amount is estimated in step S112. In step S114, the optimum value of L3 is obtained as shown in FIG. Usually, L3 gives the minimum value of the cost within the fluctuation range (in other words, the cost reduction amount gives the maximum value) is the optimum value.

  The present invention can also be implemented as a rental management system that supports information processing for borrowing leases of private cars. FIG. 34 shows the concept of such a contract. In other words, the user (company employee) 51 borrows and uses the vehicle 9 owned by the user 51 for the business of the company 55 in which he is employed. At that time, the leasing company 52 negotiates a mediation between the user 51 and the company 55, and enters into a company-paid lease contract for the borrowed money. The ordering and contracting of the property is performed between the leasing company 52 and the manufacturer 53, the property is delivered to the user 51, and the use of the vehicle 9 is started.

More specifically, the user (company employee) 51 negotiates the property with the leasing company 52 ((1)), and makes a lease lease application and contract ((2), (3)). The leasing company 52 orders a property from the manufacturer 53 ((4)). The manufacturer 53 delivers the vehicle 9 to the user 51 ((5)).
Thereafter, the user 51 uses the vehicle 9 for a car or business use according to the application ((6)). The leasing company 52 grasps the usage amount and the business usage amount of the user 51 as a personal car, and calculates a lease lease fee based on the usage amount ((7)). The user 51a and the company 55 each pay a lease lease fee to the lease company 52 ((8)).

  For example, the user 51 (company A employee) can use the leased vehicle 9 for work such as commuting to the company A or business activities. That is, as a usage mode, one vehicle 9 is shared by “my car” and “business use”, and both are distinguished depending on the use. When the vehicle 9 is actually used, usage result information of the vehicle 9 is recorded in the server 2. The user 51 turns on the on / off switch 24 of the in-vehicle device 10 mounted on the vehicle 9 and selects “business use”, so that the usage information of the vehicle 9 is sent to the server 2. The server 2 totals the usage results during business use, and calculates the borrowing cost and gasoline cost according to the usage time. The leasing company 52 is a leasing business corresponding to a borrowed automobile, in which the A company 55 is billed for the borrowing cost as a lease fee, while the user 51 is billed for the lease fee minus the borrowing cost. As for the gasoline fee, the company A 55 is charged for business use and it is returned to the user 51 at the same time.

35 to 43 show examples of the contents of the DB file stored in the DBMS 3 in the case of the second embodiment.
The vehicle DB file shown in FIG. 35 includes a borrowed vehicle (hereinafter referred to as vehicle) ID 310, a vehicle number 311, a vehicle name 312, a vehicle model 313, a chassis number 314, a lease fee 315, a lease start date 317, a lease end date 318, and a user name. 319 has a record of a use place 320 indicating a shared use group such as a branch name, and data corresponding to the record is stored in each field.

  The user DB file shown in FIG. 36 has records of a user ID 321, a use location 322, a user name 323, an employee number 324, and an assigned department 325, and data corresponding to the record is stored in each field. The

  The usage record DB file shown in FIG. 37 has records of vehicle ID 331, engine ON date / time 332, engine ON location name 333, engine OFF date / time 334, engine OFF location name 335, travel distance 336, and driving time 337. Corresponding data is stored in each field.

  The vehicle travel record DB file shown in FIG. 38 has records of vehicle ID 350, user ID 351, business start date 352, business end date 353, travel distance 354, operation time 355, business use time 390. Corresponding data is stored in each field.

  39 has a record of vehicle ID 356, used month / month 357, business use time 358, borrowed charge unit price 359, lease lease charge 389, and corresponds to the record. Data to be stored is stored in each field.

  The total monthly mileage result DB file by vehicle shown in FIG. 40 has records of vehicle ID 360, used year / month 361, monthly mileage 362, gasoline unit price 363 per distance, and gasoline total 349. Corresponding data is stored in each field.

  The vehicle management DB file shown in FIG. 41 has records of a vehicle ID 364, a last use date and time 365, a cumulative travel distance 366, a cumulative operation time 367, and a cumulative business use time 391. Data corresponding to the record is stored in each field. Is remembered.

  The driving daily report DB file shown in FIG. 42 has records of vehicle ID 372, engine ON date 373, engine ON date 374, engine OFF date 375, engine OFF location 376, travel distance 377, driving time 378, and user 379. The data corresponding to the record is stored in each field.

  The business daily report DB file shown in FIG. 43 includes records of vehicle ID 380, engine ON date / time 381, engine ON location name 382, engine OFF date / time 383, engine OFF location name 384, travel distance 385, driving time 386, destination 387, and business content 388. The data corresponding to the record is stored in each field.

  The operation of the vehicle rental management system 1 in the second embodiment is substantially the same as that of the first embodiment described above. The difference is that in the first embodiment, the lease fees and gasoline charges are apportioned according to the vehicle usage time of a plurality of users, whereas in the second embodiment, the company 55 and the user 51 depend on the business use time. It is a point to calculate the lease fee to be charged. That is, the usage mode of the vehicle 9 is shared use in the first embodiment, whereas in the second embodiment, it is a leased vehicle lease, that is, shared use by a private car and business use.

Only this difference will be described below.
A procedure for calculating the business start date and time and the business end date and time in the vehicle travel record DB file shown in FIG. 38 will be described. This processing is performed by the server 2 that has read the computer program of the present invention. The server 2 at this time functions as a shared rent management means.

  The vehicle ID 331, the engine ON time 332, and the engine OFF time 334 of the usage record DB file are read. Next, of the engine ON time 332 of the vehicle ID 331, the earliest engine ON time after the ON / OFF switch 24 is turned ON is set as the business start time Ts. Further, among the engine OFF times 332 of the vehicle ID 331, the latest engine OFF time in the day (there is no engine ON time thereafter) is defined as the work end time Te. If there is an engine ON time thereafter, the engine OFF time immediately before the ON / OFF switch 24 of the next day is turned OFF is defined as the work end time Te. Then, the business use time Tn of the nth day is calculated from the business start time Ts and the business end time Te of the vehicle ID 331.

  The server 2 writes data such as the business start time calculated in this way in the vehicle travel record DB file. That is, for each vehicle ID 350, the user ID 351, the business start date 352, the business end date 353, the travel distance 354, the driving time 355, and the business usage time 390 are written. Since it is assumed that the engine is turned on and off many times during daily business use, such work is performed in order to consider the start and end of the business for the entire day.

A procedure for calculating a lease fee for borrowing in the monthly business use time result DB file shown in FIG. 39 will be described. This process is also performed by the server 2.
First, the monthly usage data is read from the vehicle travel record DB file, and the monthly work usage time total T for each vehicle ID 350 is calculated as follows.
Total monthly service usage time = T1 + T2 + ... + Tn

Next, the vehicle borrowing time unit price based on the contract with the company is multiplied, and the lease fee for borrowing, which is the company-paid lease cost, is calculated as follows.
Company-paid lease cost = vehicle borrowing cost hourly unit × T
The company-paid lease cost calculated in this way is written for each vehicle in the lease fee 389 for the borrowed amount in the monthly business use time result DB file by vehicle.

In the monthly mileage record DB file by vehicle shown in FIG. 40, the procedure when the server 2 calculates the gasoline cost total will be described.
First, the monthly usage data is read from the vehicle travel record DB file, and the total monthly travel distance D is calculated for each vehicle ID 350 as follows.
Monthly mileage of vehicle: D = D1 + D2 + ... + Dn

Next, the unit price of gasoline per distance from the contract with the company is integrated with the distance D, and the total amount of gasoline, which is the company's burden of gasoline, is calculated as follows.
Company-paid gasoline fee = vehicle borrowed gasoline unit price (yen / km) x D
The company-paid gasoline cost calculated in this way is written in the total gasoline cost 349 of the monthly mileage performance DB file by company.

  As described above, according to the second embodiment, even when a single car is used as a so-called borrowed vehicle, it is possible to grasp an accurate business usage time and the like, and based on this, the lease fee is calculated between the user and the company. Can be apportioned accurately. Thereby, a fair cost burden can be realized.

  In addition, embodiment and the Example of this invention are not limited to what was mentioned above, A various change is possible. As an example, the lease fee calculation in the first and second embodiments described above was performed based on the usage time, but it can also be calculated based on the travel distance, and the usage time and travel distance can be combined and distributed. Is also possible.

Regarding the request for lease fee, it is also possible to decide the representative managing company, send the usage result and the allocated lease fee to the company, and charge the lease fee.
In the above-described embodiments and examples, an automobile is used as a vehicle. However, the present invention is not limited to an automobile, and is not limited as long as the vehicle can be used jointly such as a motorcycle and a bicycle.

1 is a schematic configuration diagram of a vehicle rental management system 1 according to an embodiment of the present invention. The hardware block diagram of the server by this embodiment. The hardware block diagram of the vehicle equipment by this embodiment. The hardware block diagram of the onboard computer of vehicle equipment. The conceptual diagram of the vehicle rental management method which is 1st Example of this invention. The figure which shows the example of the content of a vehicle DB file. The figure which shows the example of the content of a user DB file. The figure which shows the example of the content of a reservation DB file. The figure which shows the example of the content of a use performance DB file. The figure which shows the example of the content of vehicle driving performance DB file. The figure which shows the example of the content of the monthly operation time results DB file according to company. The figure which shows the example of the content of the total monthly mileage performance DB file according to company. The figure which shows the example of the content of vehicle management DB file. The figure which shows the example of the content of a user management DB file. The figure which shows the example of the content of a driving daily report DB file. The figure which shows the example of the content of the business daily report DB file. Explanatory drawing of the procedure of data input to the reservation DB file. The operation | movement procedure explanatory drawing of the onboard computer mounted in a vehicle equipment. Explanatory drawing of the procedure of data input of a vehicle travel performance DB file. Explanatory drawing of calculation processing of lease fee by company. Explanatory drawing of the calculation process of the gasoline charge according to company. The production procedure explanatory drawing of vehicle management data for showing the operation history of vehicles. Explanatory drawing of the preparation procedure of the user management data for showing a user's driving history. Drawing explaining the procedure for creating daily driving report data. Explanatory drawing of creation procedure of daily report data. The figure which shows the example of the content of a vehicle operation DB file. The figure which shows the example of the content of a daily totalization DB file. The figure which shows the example of the content of a monthly totalization DB file. The procedure explanatory view for calculating | requiring the optimal number at the time of using together one vehicle. The graph which shows the operation condition according to time slot | zone of each vehicle in 1st Example. The graph which shows the operation | working unit performance per day in 1st Example. The graph which shows the operation | working unit performance per month in 1st Example. Explanatory drawing of the method of calculating | requiring the optimal value of the cost reduction amount in 1st Example. The conceptual diagram of the vehicle rental management method which is 2nd Example of this invention. The figure which shows the example of the content of the vehicle DB file in 2nd Example. The figure which shows the example of the content of the user DB file in 2nd Example. The figure which shows the example of the content of the use performance DB file in 2nd Example. The figure which shows the example of the content of the vehicle driving performance DB file in 2nd Example. The figure which shows the example of the content of the monthly work use time performance DB file according to vehicle in 2nd Example. The figure which shows the example of the content of the total monthly mileage performance DB file classified by vehicle in 2nd Example. The figure which shows the content unusual of the vehicle management DB file in 2nd Example. The figure which shows the example of the content of the driving daily report DB file in 2nd Example. The figure which shows the example of the content of the business daily report DB file in 2nd Example.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 ... Vehicle rental management system, 2 ... Server, 3 ... DBMS (database system), 5, 7 ... External network, 6 ... External computer, 8 ... Mobile phone base station, DESCRIPTION OF SYMBOLS 9 ... Vehicle, 10 ... In-vehicle device, 11 ... Central processing unit, 12 ... Storage device, 13 ... Network I / O, 14 ... Modem, 15 ... Display device, 16 ... Input device, 17 ... Internal bus, 20 ... On-board computer, 21 ... Mobile phone antenna, 22 ... GPS antenna, 23 ... Display device, 24 ... On / OFF switch, 26 ... ignition key, 27 ... vehicle speed sensor, 31 ... central processing unit, 32 ... storage device, 33 ... wireless I / O, 34 ... GPS I / O, 35 ... Sensor I / O, 36 ... Internal bus, 41a to 41c, 51 ... user, 42, 52 ... leasing company, 43, 53 ... manufacturer, 55 ... company.

Claims (10)

Vehicle usage mode management means for setting identification data of a plurality of usage modes in a vehicle to be rented in the first memory;
Detection result management means for acquiring detection result data of the actual operating status of the vehicle in any of the usage modes and recording the acquired detection result data in a second memory;
Based on the detection result data recorded in the second memory and the identification data set in the first memory, the shared rent in the usage mode of the operated vehicle for a plurality of preset usage modes is obtained. A shared rent management means to be determined,
Vehicle rental management system. The usage mode management means defines different user information for each of a plurality of users who jointly use one vehicle, and stores the user information in the first memory as identification data of the plurality of usage modes. Set,
The vehicle rental management system according to claim 1. The usage mode management means defines different usage information for each usage of a user who uses one vehicle for different usages, and uses the usage information as identification data of the plurality of usage modes in the first memory. Set,
The vehicle rental management system according to claim 1. The detection result data includes data representing the mileage of the vehicle in operation,
The shared rent management means derives fuel consumption data by a calculation process of the mileage specified from the acquired detection result data and preset reference data, and the shared rent based on the derived fuel consumption data Decide
The vehicle rental management system according to claim 2 or 3. The usage mode management means is configured to receive input of usage schedule information including a scheduled usage time of the vehicle, and to record the input usage schedule information together with the identification data in the first memory,
The shared rent management means determines the shared rent based on the combination of the detection result data recorded in the second memory and the use schedule information.
The vehicle rental management system according to claim 2 or 3. An operation status counting means for counting the operation status of a plurality of vehicles within a certain period;
Sharing rent counting means for counting the sharing rent of each vehicle within the period,
An optimal vehicle number determining means for determining the number of vehicles or a combination of a plurality of vehicles based on the total results of the operating status totaling means and the shared rent totaling means,
The vehicle rental management system according to claim 4 or 5. The vehicle is equipped with an in-vehicle device that generates detection result data of the operating status and transmits the generated detection result data to the detection result management means through a communication network.
The vehicle rental management system according to claim 1. The in-vehicle device includes an operation selection means for switching between operation and stop of the operation status detection operation,
Let the shared rent management means determine the shared rent during operation and non-operation of the vehicle;
The vehicle rental management system according to claim 7. A method executed in a vehicle rental management system including an in-vehicle device mounted on a vehicle and a server that communicates with the in-vehicle device through a communication network,
The server sets identification data of a plurality of usage modes in a vehicle to be rented in a first memory;
The in-vehicle device generates detection result data of the actual operation status of the vehicle in any usage mode, and transmits the generated detection result data to the server through the wireless communication network;
The server that acquired the detection result data records the detection result data in the second memory, and based on the detection result data recorded in the second memory and the identification data set in the first memory. Determining a shared rent in the usage mode of the operated vehicle for a plurality of preset usage modes,
Vehicle sharing rent management method. Vehicle usage mode management means for setting identification data of a plurality of usage modes in a vehicle to be rented in a first memory;
Detection result data of the actual operating status of the vehicle in any of the usage modes is acquired, and the detection result management means for recording the acquired detection result data in the second memory, and is recorded in the second memory Based on the detection result data and the identification data set in the first memory, the shared rent management means for determining the shared rent in the usage mode of the operated vehicle for a plurality of preset usage modes; Computer program to make it function.

Images