JP2019192031A - Vehicle management method and vehicle management system - Google Patents

Abstract

To provide a system having different usage modes of a shared vehicle and eliminating labor shortage while improving convenience and effective use of the vehicle by integrating a usage mode of a system used by an unspecified number of people with a usage mode of a system used among members.SOLUTION: A rental management device for a shared vehicle performs registration and management by being classified into a first usage mode and a second usage mode depending on a use time zone of the vehicle, and performs settlement processing on the basis of a use time zone of the vehicle and rental processing of the vehicle on the basis of the usage mode allocated to a predetermined time zone.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a vehicle management method and a vehicle management system for managing a shared vehicle.

  In general, instead of personal use cars, shared use of cars is also increasing. Advantages of shared use include no inconvenience due to self-management and no maintenance costs. As a shared use form, a rental car used by an unspecified number of people, a car share used among members registered in advance, and the like are known.

  As a rental car usage form, a face-to-face procedure is basically required, but a proposal for non-face-to-face car use using a home delivery locker or the like is also found in Patent Document 1.

  In addition, as shown in Patent Document 2, as a use form of car sharing, when a plurality of users use the same, the reservation time is adjusted, and as shown in Patent Document 3, user authentication is performed. There are also proposals to ensure payment of usage fees.

JP 2013-175219 A JP, 2006-12176, A JP, 2006-197473, A

  Conventional shared use of cars is well known as rental cars and car sharing, and various improvement proposals have been made as seen in the above patent documents.

  However, the shared use form for cars such as car rental and car sharing is uniquely determined as a car rental system by hour or day, and does not change the use form of the car.

  Under such a background, the present invention provides different usage forms of vehicles for shared use in a single system, and uses two types of systems, a system that is used by an unspecified number and a system that is used between members. The goal is to provide a single system that integrates and solves the shortage of manpower both day and night, as well as the convenience and effective use of cars.

  In order to solve the above-mentioned problems, the present invention provides a lending management apparatus for a shared vehicle, wherein the vehicle is managed by registering and managing the first usage pattern and the second usage pattern according to the usage period of the vehicle. It is intended to provide a vehicle management method characterized in that a settlement process is performed based on the usage time of the vehicle.

  In addition, the present invention includes a management unit that manages a shared vehicle in a different usage pattern, and performs the lending process of the vehicle based on the usage pattern allocated in a predetermined time zone. A vehicle management system is provided.

  In the present invention, the different usage forms are composed of a first usage form and a second usage form, and the management means divides the first usage form and the second usage form into a time zone. Are separately registered and managed, and a settlement process is performed based on the usage time of the vehicle.

  Further, the present invention is characterized in that the first usage pattern is a usage pattern in which a car is used by an unspecified number, and the second usage pattern is a usage pattern in which a car is used between members.

  In addition, the present invention is configured in advance when the use starts in the time zone of one of the first usage mode and the second usage mode and the usage end time enters the time zone of the other usage mode. It is characterized by being settled in a predetermined usage form.

  In addition, the present invention starts using in the time zone of one of the first usage mode and the second usage mode, and ends using across the time zone of the other usage mode. In some cases, the settlement process is performed in a predetermined usage form.

  In addition, the present invention is characterized by having means for changing a start time and / or an end time with respect to a time when a reservation is accepted as the use time zone of the car.

  In addition, the present invention is characterized by comprising means for changing the use form of the vehicle in accordance with the change of the use time zone.

  Further, the present invention is characterized in that the unlocking and / or locking of the vehicle is performed by a radio signal from a portable terminal.

  Further, the present invention is characterized in that the unlocking and / or locking control of the vehicle is performed based on an authentication process between the portable terminal and the management device.

  In addition, the present invention is characterized in that the end time is set by receiving the locking operation and / or the return operation of the vehicle.

  According to the present invention, with regard to a system for shared use of a vehicle, the convenience of the vehicle as a single system can be obtained by integrating the two system usage modes of a system used by an unspecified number and a system used between members. Effective use can be utilized.

  Further, according to the present invention, since the usage mode is changed by dividing the time zone, for example, it can be used while having the advantages of a rental car and the advantages of car sharing.

  In addition, according to the present invention, by changing the usage pattern by dividing the time zone, the unused time zone of the car can be reduced, and the shortage of manpower can be solved and the operating rate of the car can be increased.

It is explanatory drawing explaining the vehicle management system which concerns on one Embodiment of this invention. It is a lineblock diagram showing the whole car management system composition concerning one embodiment of the present invention. It is a block diagram of the vehicle management server in the vehicle management system of this invention. It is a block diagram of the store terminal of the vehicle management store in the vehicle management system of this invention. It is a block diagram which shows the structural example of the portable terminal or communication terminal (personal computer etc.) used as a communication terminal in the vehicle management system of this invention. It is a figure which shows the example of 1 structure of the vehicle used for the vehicle management system of this invention. It is a block diagram which shows the structural example of the vehicle-mounted apparatus mounted in the vehicle used for the vehicle management system of this invention. It is a figure which shows the table structural example of the reservation information management data of the vehicle used for the vehicle management system of this invention. It is a figure which shows the table structural example of the utilization condition management data of the vehicle in the vehicle management system of this invention. It is a processing flowchart which shows the registration process in the case of the car (rental car) which an unspecified majority uses. It is a processing flowchart which shows the use procedure process in the case of the car (rental car) which an unspecified majority uses. It is a processing flowchart which shows the registration process in the case of the car (car share) used between members. It is a processing flowchart which shows the procedure process between management servers regarding the use procedure in the case of the car (car share) used between members. It is a processing flowchart which shows the procedure process between management servers regarding the return procedure in the case of the car (car share) used between members. It is a process flow figure regarding the classification process of the vehicle used jointly in the vehicle management system of this invention. It is explanatory drawing explaining another embodiment of the vehicle utilization in the vehicle management system of this invention. It is explanatory drawing explaining the example of communication with a management server in the case of vehicle use in FIG. It is a figure which shows the example of a display of the portable terminal used for the vehicle utilization in FIG.

  The present invention relates to a system for jointly using a car (hereinafter referred to as “car”), a system for use by an unspecified number (for example, a rental car), and a system for use between members (for example, car sharing or car sharing). It focuses on the integration of usage forms as a single system.

  In other words, under the current law, there is no difference in usage between unspecified majority and specific members in terms of sharing a car by paying a predetermined usage fee. By dividing the time zone that can be done, it is realized in one system. In the following, the present invention will be described with reference to the drawings, with an unspecified number of vehicles using a car as a rental car and a specific member using a car as a car share.

  FIG. 1 is an explanatory diagram for explaining a vehicle management system according to an embodiment of the present invention. For a vehicle to be used jointly in a predetermined parking lot or the like, the use form is divided into time zones, and the use form. Is described.

  In FIG. 1, the horizontal axis shows the elapsed time and the time zone from the left side to the right side. In the illustrated example, the usage period is defined as a rental car for the time zone of 00:00 to 20:00. The usage mode is defined as a car share in the time zone from 0:00 to October +1 on the day of 8:00. That is, the time zone a is defined as a rental car and the time zone b is defined as a car share.

  In general, a rental car that can be owned only when it is needed without owning the car is convenient, but the usage procedure is based on a face-to-face procedure. In addition, when using a rental car, it is necessary to visit a store directly. In this sense, it is advantageous to prescribe the usage form as a rental car during the time when a salesclerk, manager, etc. stays in the daytime.

  On the other hand, car sharing is the use of a car among registered specific members. Generally, there is no need for face-to-face lending and borrowing, and it is assumed that it will be used in a shorter time than a rental car, and it is often set at a low price.

  Therefore, as explained with reference to FIG. 1, it is convenient to use a time zone where easy-to-face procedures, etc. are classified as a rental car, and a time zone that is not required to meet is divided into time zones. From the top, it can be said that the vehicle management system of the present invention is superior.

  In FIG. 1, when a user visits or makes a reservation for a target car in each time zone, when using the car by designating the use time a11, the use time a12, etc., the reservation is used as a rental car. It will be. In addition, when using the car by specifying the use time b11, the use time b12, etc., it is reserved as a car share.

  In addition, reservation use as a rental car may be used over the next day as in the use time a13, but in this case, it is basically handled as a rental car. In addition, if you use a reservation as a rental car and the usage end time enters the car sharing time zone as in the usage time a14, it will be treated as a rental car in the same way. Can be rational.

  In addition, the reservation use as a car share can also be used over the next day like the use time b13, but in this case, since the schedule of the user is changed, the rental car is handled as a car return in the rental car time zone. To do. In addition, when a reservation is used as a car share and the use end time becomes a car share time zone exceeding the time zone as a rental car as in the usage time b14, it is treated as a rental car as a long-term use as a car rental. That's fine.

  In other words, if it is a time zone as a rental car as a start time zone and / or end time zone of a shared vehicle, or if it is used across the time zone of the rental car, the car usage form is treated as a rental car Thus, confirmation and maintenance after use of the vehicle can be performed, and the service is reasonable.

  In addition, it is a case where it spreads over the use form from which utilization time differs, Comprising: It may be set as the handling in the use form of a starting point (unlocking) or an end point (locking / returning). For example, it may be determined in advance whether the usage form between the use start point and the end point is handled as a rental car or a car share. In any case, for changes in the use start time and / or use end time reserved in advance and changes in the end time during use (during boarding), the store where the car was prepared, the management server, etc. Will be notified and will be managed in real time.

  In addition, the time slot | zone illustrated in FIG. 1 shows an example, and is not limited to the described month and day and time slot | zone. In addition, in the above example, it is handled as a rental car when it is used across different time zones, but it is not limited to this, and it is handled as a rental car on a daily, weekly, monthly basis, etc. Or may be changed as appropriate, such as providing special usage rules on public holidays.

  The vehicle management system according to the embodiment of the present invention described above will be described in detail below.

  FIG. 2 is a configuration diagram showing the overall configuration of the vehicle management system according to an embodiment of the invention.

  In FIG. 2, 21 and 21 ′ indicate, for example, a store with a parking lot as a place for handling a shared vehicle in different modes of use of the present invention, and 211 indicates a store terminal installed in the store 21. . In addition, although two stores are illustrated as stores 21 and 21 ', not only two stores but two or more stores may be provided, or only one store may be sufficient. As for the store 21 ', a store terminal, a car and the like are provided in the same manner as the store 21, but the illustration is omitted. Reference numeral 22 denotes a portable terminal (for example, a smartphone) that makes a reservation for use of a car, 23 denotes a communication terminal (for example, a personal computer, also referred to as a “personal computer”) that makes an information processing or reservation for use of a car, and 24 denotes. A vehicle management apparatus (hereinafter referred to as “vehicle management server”) that handles vehicle information management, reservation management, and the like. These store terminal 211, portable terminal 22, communication terminal (such as a personal computer) 23, car management server 24, and the like are connected via 20 communication networks (network). The communication network 20 may be wired communication or wireless communication, and may be a so-called Internet line.

  In the present invention, the use time zone of the car to be shared in the store 21 is managed by the store terminal 211 or the car management server 24, and the user makes a reservation using the portable terminal 22 or the personal computer 23 or directly. The vehicle can be provided in the form of use according to the time zone.

  FIG. 3 is a configuration diagram of a vehicle management server in the vehicle management system of the present invention.

  In FIG. 3, the car management server 24 performs car reservation management, actual operation time management, car user authentication, and the like. Memory 32 for storing processing programs and data, input / output device 34 such as operation device (keyboard) and display device (display), input / output interface 33 for connecting the input / output device 34, vehicle information (usage history, etc.) An external storage device 36 such as a disk for storing personal information of a car user, etc., an interface 35 connected to the communication network 20, and the like. In addition, a plurality of interfaces 35i including other types of networks such as a local network may be provided. Although the memory 32 is shown as one block, it may have a plurality of memory configurations, and includes a memory RAM that is read / written by the processing device 31, a read-only memory ROM, and the like. In addition, the functional configuration of the vehicle management server 24 may be a system configuration based on cloud computing.

  FIG. 4 is a configuration diagram of a store terminal of a vehicle management store in the vehicle management system of the present invention.

  In FIG. 4, a store terminal 211 of the car management store 21 is used for a reservation reception and a rental procedure of a shared vehicle, and includes a processing device 41 that executes a program for performing each processing, a control / processing program, Memory 42 for storing data, an input / output device 44 such as an operation device (keyboard) and a display device (display), an input / output interface 43 for connecting the input / output device 44, and vehicle information of a user who visits the store External storage device 46 such as a disk for storing personal information of the user (including usage history etc.), for example, an interface 35 for connecting to the communication network 20 and transmitting / receiving information to / from other store terminals and the management server Consists of. In addition, an interface for connecting to a local network or the like may be provided. Although the memory 42 is shown as one block, it may have a plurality of memory configurations, and includes a memory RAM that the processing device 41 reads and writes, a read-only memory ROM, and the like. Further, the store terminal and the car management server are similar to the basic configuration, but due to differences in their roles and purpose of use, the hardware configurations are different, such as a difference in scale and a difference in the amount of data handled.

  FIG. 5 is a configuration diagram showing a configuration example of a mobile terminal or a communication terminal (such as a personal computer) used as a communication terminal in the vehicle management system of the present invention.

  In FIG. 5, the use at the portable terminal 22 and the use at the communication terminal (such as a personal computer) are basically the same configuration, and each of the cases when confirming the vacant state of the jointly used vehicle, making a reservation for use, etc. A processing device 51 for executing a program for performing processing, a memory 52 for storing control / processing programs and data, an input / output device 54 such as an operation device (keyboard) and a display device (display), and the input / output device 54 The interface includes an input / output interface 53 that performs a connection interface, an interface 55 that performs information communication with the communication network 20, and wireless communication with a device or the like over a short distance, for example, an interface 56 that has a Bluetooth (registered trademark) communication function. Although the memory 52 is shown as one block, it may have a plurality of memory configurations, and includes a memory RAM that the processing device 51 reads and writes, a read-only memory ROM, and the like. The communication terminal (such as a personal computer) 23 may include an external storage device such as a disk for storing various data, personal documents, and the like.

  The present invention makes a vehicle use reservation or the like from the mobile terminal 22 or the communication terminal (such as a personal computer) 23 to the store terminal 211 or the vehicle management server 24 via the communication network 20 and can use the vehicle in a usage form corresponding to the time zone. The process will be described later.

  FIG. 6 is a diagram showing a configuration example of a vehicle used in the vehicle management system of the present invention. In FIG. 6, a car 61 to be shared is generally provided with an in-vehicle device 62 having a function of performing communication via an external communication line (wireless line) 64. For example, the vehicle management server 24 connected to the store terminal 211 or the communication network 20 via the communication line 64 by the in-vehicle device 62 of the car in the parking lot, for example, in the site provided in the store 21 shown in FIG. Exchange information.

  The in-vehicle device 62 has functions of unlocking and locking the door of the car, and also performs user authentication processing when using the car. Although not shown, when the user holds the IC card or the like over the window, the in-vehicle device 62 reads the information, and as a result of the exchange between the in-vehicle device 62 and the management server 24, the control line 63 is used. Unlock or lock. This function can be rented under the presence of a clerk or car manager at the parking lot, for example, as a rental car. It can also be done by passing a physical key or the like. In the present invention, since it can be used as a car share depending on the time of day, for example, there is a non-face-to-face use such as at night, so that it has a function of automatically performing unlocking / locking. Of course, the unlocking / locking function by the in-vehicle device is not limited to car sharing, and may be used when used as a rental car. An example of this in-vehicle device 62 is shown in FIG.

  FIG. 7 is a configuration diagram showing a configuration example of an in-vehicle device mounted on a vehicle used in the vehicle management system of the present invention.

  In FIG. 7, the in-vehicle device 62 collects, manages and stores vehicle body information (including fuel remaining amount, door opening / closing status, etc.), and executes a program for exchanging with the outside via a communication line as necessary. Processing device 71, memory 72 for storing control / processing programs and data, input / output interface 75 for interfacing with control line 63 for in-vehicle monitoring and door unlocking / locking, interface 73 for interfacing with external communication, etc. Is provided. Further, an external storage device 74 for storing information may be provided as necessary. Although the memory 72 is shown as one block, the memory 72 may have a plurality of memory configurations, and includes a memory RAM that is read / written by the processing device 71, a read-only memory ROM, and the like.

  When a user uses a shared vehicle, the mobile terminal 22 or the communication terminal 23 accesses the store terminal 211 or the management server 24, and an empty car in the store 21 or a reserved vehicle is used depending on the usage mode according to the time zone. You will use a car. As the authentication process of the vehicle to be used, the vehicle-mounted in-vehicle device 62 or the store terminal 211 in the store 21 communicates with the management server 24, and the unlocking operation by the in-vehicle device 62 is performed as a result of the authentication. become.

  The configurations shown in FIGS. 2 to 7 are merely examples, and are not limited to the illustrated examples. Additional modifications may be made due to various modifications and alternative technologies.

  As management data used in the vehicle management system of the present invention, a table configuration example of vehicle reservation information management data is shown in FIG. 8, and a table configuration example of vehicle usage status management data is shown in FIG. Although the data of any table configuration is described as being provided in the car management server 24, the data may be arranged in a store terminal on the store side or a communication terminal common between stores.

  FIG. 8 is a diagram showing a table configuration example of the reservation information management data of the vehicle used in the vehicle management system of the present invention.

  In FIG. 8, reference numeral 81 denotes a car number to be shared (for example, a car number that can be specified on a license plate, a car registration number, etc., hereinafter referred to as a “car number”), 82. Is the reservation information corresponding to the car number, 83 is the reservation time zone when accepting the reservation corresponding to the car number, 84 is the type of use type in the reservation time zone corresponding to the car number, an example is the rental car / car share classification, 85 is The actually used time (actual time), 86 indicates vehicle information provided in the car corresponding to the car number. As the reservation time 83, a start time and an end time when a reservation is accepted are recorded. As the vehicle body information 85, etc., basic information of the rented vehicle, such as equipment provided in the vehicle, refueling status, presence or absence of scratches, etc. is recorded.

  FIG. 9 is a diagram showing a table configuration example of vehicle usage status management data in the vehicle management system of the present invention. In FIG. 9, 91 is a car number (car number) to be shared, 92 is a reservation number (ID), 93 is user information, 94 is a license number, 95 is a car use start time, and 96 is a car use start time. The vehicle return end time 97 is vehicle information.

  The user information 93 includes contact information such as the user's address and telephone number, and also includes the number of people who use the car.

  The use start time 95 is the actual time when the vehicle is actually started to be used in the previous reserved time zone 83. Usually, the use start time 95 is the time when the door is unlocked, and the end time 96 is extended from the initial reservation end time depending on the situation. And / or time for return procedures. In the case of changing processing from a usage pattern as a car share to a usage pattern as a rental car as a usage pattern, in this example, the determination of the usage pattern is based on this end time. This change process will be described in detail in the process flowchart.

  As the vehicle body information 97, the refueling status after use of the vehicle, the presence or absence of scratches, etc. are recorded, and used for payment settlement after returning the vehicle.

  The data shown in FIGS. 8 and 9 show an example, and various additions and changes can be made. Further, the basic information and the usage information for car use are described separately. However, they may be address-linked to each other, or may be a table in which these data are collected. Further, it may be divided and divided and address-linked to each other, or additional data may be address-linked.

  When business is carried out as a rental car that rents a car for a fee, it is necessary to obtain an operation permission in accordance with regulations such as the Road Transport Act and the enforcement regulations of the law. These are also applied mutatis mutandis when renting for a fee as a car share. FIG. 10 and FIG. 11 are a process flow diagram showing a registration process and a process flow diagram showing a use procedure process in the case of a car (rental car) used by an unspecified number of people.

  In FIG. 10, application registration processing as shown in the illustrated example is performed as a rental car (step S11), and a procedure for joining car insurance (mutual aid) as a rental car is performed (step S12). By receiving application permission for vehicle type correspondence, it is registered in the database as vehicle information.

  In FIG. 11, when a car registered as a rental car is rented as a rental car, as described in FIG. 2, a user of the car makes a reservation in advance to a predetermined store from a portable terminal or a communication terminal (such as a personal computer). By entering or by directly visiting the store, the reservation of the car, registration processing, etc. are performed at the store terminal 211 (step S21). This reception process and the like is performed by exchanging information communication between the store terminal 211 and the vehicle management server 24, and is registered in the database described in FIG.

  Car rental procedure processing including confirmation of a license and the like is performed at a predetermined store 21, and setting and registration of use start time and the like are registered (step S22). In the case of a rent-a-car, since it is basically a face-to-face correspondence, the rental of the car key, the unlocking procedure of the car door, etc. may be performed by the store clerk or manager. Note that the in-vehicle device may automatically recognize the door and unlock the door by holding the IC card or the like over a predetermined position of the vehicle, such as unlocking the door of the vehicle. Further, the unlocking operation may be performed by a short-range wireless signal.

  The user uses the car (step S23), and then returns the car. As the car return procedure process, it is usually locked and returned at the rental store 21, and a predetermined return process is performed by the store terminal or the like (step S24). At the time of return, the refueling status and other information, such as the presence or absence of scratches in the vehicle body confirmation, are entered as vehicle information, registered in the database, and settled.

  When using as a rental car, usually a face-to-face process is required at a store or the like, and therefore, when the store is closed, it is not used as an empty vehicle even in a standby state. In the present invention, the vehicle in the standby state (non-operating) can be used as a car share.

  FIG. 12 is a process flow diagram showing a general registration process in the case of a car (car share) used between members, and the present invention is also a registration process according to this.

  In FIG. 12, since membership registration is required to use a car as a car share, the user goes through an enrollment procedure. When a user accesses a store or the like from a mobile terminal or a communication terminal and enters personal information such as a user's address or telephone number, a license number, etc., the receiving device side such as the store terminal performs a membership process. (Step S31), registration processing is performed in the database (Step S32).

  FIG. 13 is a process flow diagram showing a procedure process with the management server regarding a use procedure in the case of a car (car share) used between members.

  In FIG. 13, the processing flow on the left shows processing in a mobile terminal or a communication terminal (such as a personal computer) from a user on the car sharing side, and the processing flow on the right shows processing on the vehicle management server side. .

  When the car user needs to use the car as the car share, the reservation process is performed in the use time zone as the car share as described in FIG. 1 (step S41). By specifying and inputting the desired vehicle type and use date and time (start time and end time), the car management server registers the specified time zone of the corresponding car in the database as the reservation start time and reservation end time (steps). S51).

  When the user performs an operation on the mobile terminal or the like at the arrangement location of the car in the predetermined store during the reserved time zone, the usage process is input (step S42). In the vehicle management server, reception / acceptance processing for vehicle use is performed (step S52).

  A confirmation procedure process is performed between the mobile terminal on the user side and the vehicle management server (steps S43 and S53).

  If the confirmation can be obtained, as described in FIG. 6, the unlocking process is performed by receiving information on the unlocking number of the vehicle on the user side and transmitting it to the in-vehicle device side (step S44). It is driven by a car key or button operation. Moreover, you may make it perform a door unlocking process of a vehicle by transmitting an unlocking instruction | command from the vehicle management server to the vehicle-mounted apparatus of a applicable car.

  FIG. 14 is a process flow diagram showing a procedure process with the management server regarding a return procedure in the case of a car (car share) used between members.

  As in the previous FIG. 13, in FIG. 14, the processing flow on the left shows processing in a mobile terminal or a communication terminal (such as a personal computer) from a user using the car share, and the processing flow on the right shows the car management server. The processing on the side is shown.

  In FIG. 14, when the use as a car share is finished, the user performs a car return process. The vehicle is stopped at a predetermined position, and the user closes the door of the vehicle and performs the locking procedure (transmission process) using an IC card or a portable terminal, whereby the locking process is performed by the in-vehicle device or the like (step S61), and the return procedure (Step S62). In this example, the locking process and the return process are shown separately, and there remains room for unlocking again with forgotten items, etc., but the transition from the locking process to the return procedure process is within a predetermined time. It may be due to the absence of a restart lock. Moreover, it is good also as a return procedure (process) with a locking process.

The management server performs the return acceptance process by receiving the input of the locking process and / or the return process (step S71). In this return process, the management server receives information from a GPS (Global Positioning System) mounted on the vehicle-mounted device or the like that the car under use management has actually been returned to a predetermined location. A confirmation process may be performed. Alternatively, the confirmation process may be performed by receiving return data from a manager of the store or the like or a store clerk.
Subsequently, a process for determining whether the use end time is within the scheduled time or the extended time is performed (step S72). When there is a time extension, as described with reference to FIG. 1, if it is returned beyond the usage time as a car share, it may be changed to use as a rental car. In addition, use as a rental car or use as a car share may be changed or extended depending on the situation, such as in advance or during use, but it may be decided as appropriate according to the type of use. .

  Subsequently, the process for use settlement is entered, and a procedure for claiming a usage fee to the user is performed (step S73).

  FIG. 15 is a process flow diagram related to the classification process of the vehicles used jointly in the vehicle management system of the present invention.

  In FIG. 15, prior to the use of a shared vehicle, upon receipt of reservation information on the usage time zone from the user, a classification process for car rental use or car share use is performed as a process on the car management server side (step S81). ), The use start time and the use end time are registered in the database as reservation information (step S82). The format as an example of the database is as described in FIG.

  When the reservation change request is received from the user for the reserved use time of the car, the car management server changes the start time and / or end time registered in the database (step S83). The reservation time may be changed by extending the end time during use of the vehicle after the start of use.

  When the start time and / or end time is changed, a process for determining whether or not the usage mode is changed in the usage time zone is performed (step S84). If it is determined that the change is necessary, the classification of the rental car / car share in the database is changed. (Step S85).

  In this way, different usage forms in shared use of vehicles can be realized by one system.

  Note that the processing flow illustrated in FIGS. 10 to 15 shows basic processing, and should not be construed as limited to the illustrated examples, and various detailed procedural processing in the use and rental of cars. There may be a change, and a change and a further addition process may be added.

  FIG. 16 is an explanatory diagram for explaining another embodiment of vehicle use in the vehicle management system of the present invention. In the example shown in FIG. 6, the vehicle unlocking / locking process is performed through the user confirmation authentication process between the in-vehicle device and the vehicle management server. Communicates in advance between a user-side mobile terminal (for example, a smartphone) and a vehicle management server to perform authentication processing, etc., and based on the ID information (password, etc.) of the authentication result, the mobile terminal Thus, the unlocking / locking process is carried out to make it possible to use the vehicle more easily.

  In FIG. 16, reference numeral 161 denotes a car to be shared, and 162 denotes an in-vehicle device that performs door unlocking / door locking processing based on information from a mobile terminal. The in-vehicle device 162 has a short-range wireless communication function with the mobile terminal 22 such as a smartphone, for example, a Bluetooth communication function. The in-vehicle device 162 receives the ID information corresponding to the user through prior communication with the vehicle management server, and receives and collates the ID information of the authentication result from the user's mobile terminal using the Bluetooth communication function to unlock / lock. Process.

  FIG. 17 is an explanatory diagram for explaining an example of communication with the management server using the in-vehicle device shown in FIG. 16 when the vehicle is used in the vehicle management system of the present invention.

In FIG. 17, the mobile terminal 22 makes a reservation for a shared vehicle as described above by accessing the vehicle management server 24 via the base station 171 arranged in the communication network. When the user uses a reserved car, the in-vehicle device 162 is accessed by Bluetooth communication, and the reservation information (ID information or the like) received from the vehicle management server 24 is transmitted to the in-vehicle device 162. The above-described in-vehicle device shown in FIG. 6 is always connected to a communication network and maintains a standby state for communication with a management server or the like, but the in-vehicle device 162 in FIG. The communication process can be omitted, and the process can be simplified by collating the ID information.
Further, the in-vehicle device 162 is further made into a single function, omits a communication function with the vehicle management server via an external network, and has a short-distance wireless communication function with a mobile terminal 22 such as a smartphone, for example, only a Bluetooth communication function. , You may make it specialize in vehicle equipment control. That is, the mobile terminal 22 and the car management server 24 perform car use reservations and authentication procedures, etc., and the mobile terminal 22 receives encrypted reservation information (ID information, etc.), and the reservation information is transmitted to Bluetooth. It may be possible to unlock the door of the car by transmitting it to this single-function in-vehicle device 162 by communication.

  FIG. 18 is a diagram illustrating a display example of a mobile terminal in car use when the in-vehicle device 162 described with reference to FIGS. 16 and 17 is used.

  In FIG. 18, reference numeral 181 denotes an operation screen of a portable terminal. As an example of display on the screen, reservation information 182 such as a car number reserved for use, reservation time (start time, end time), and unlocking to input unlocking A button 183, a locking button 184 for instructing to input locking, a return button 185 for instructing to input a car return, and other operation buttons for changing reservations and accessing personal data are arranged. In this example of the operation screen, the lock button and the return button are provided. However, the present invention is not limited to the illustrated example, and the return button may be omitted and the return may be integrated into the lock button. The lock button may be omitted and integrated with the return button.

  It can be realized by incorporating it as application software including a display function such as an operation button that can be input by touching these screens and a communication function with the vehicle management server. The portable terminal is not limited to a smartphone, and a terminal having a Bluetooth communication function, such as a tablet terminal or a laptop computer, can also be used.

  In addition, in the above description, it is described as a store where a car to be shared is placed, but it is not particularly limited as a store, for example, a car sales store, a store with a gas station, etc. A place where there is a space for placing a car, such as a service station (SS), can be used.

  Moreover, as a vehicle management system, a single store may be sufficient or there may be exchange of a vehicle between several stores.

  Further, in the above embodiment, the use form of using a car by an unspecified number is described as a rental car, and the use form of using a car between specific members is described as a car share, but is not limited to these embodiments. As long as the usage forms of the vehicles shared by sharing the time zone are different.

  In the above embodiment, reservation rental between the vehicle management server and the user is taken as an example of the vehicle management device, but a network may be formed between the stores, and a specific store terminal may have the same function.

  Each embodiment described above is illustrated for understanding of the present invention, and the present invention is not limited to the embodiment but is defined by the description of the scope of claims. Further, unless it departs from the technical idea of the present invention, those equivalent to the configurations described in the claims are also included in the scope of protection of the present invention.

  According to the present invention, it is possible to reduce the unused time zone of the vehicle by changing the usage mode by dividing the time zone of the vehicle to be shared, so that the shortage of manpower can be solved and the operating rate of the vehicle can be increased. High industrial applicability.

DESCRIPTION OF SYMBOLS 20 ... Communication network 21 ... Store 211 ... Store terminal 22 ... Portable terminal 23 ... Communication terminal 24 ... Car management apparatus (vehicle management server)
31, 41, 51, 71 ... Processing device 32, 42, 52, 72 ... Memory 33, 43, 53, 75 ... Input / output interface 34, 44, 54 ... Input / output device 35, 35i, 45, 55, 73 ... Interface 56 ... Short-range wireless interface 36, 46, 74 ... External storage device 61, 161 ... Car 62, 162 ... In-vehicle device 63 ... Control line 64 ... Communication line 181 ... Operation screen of portable terminal

Claims (19)

In the rental management device for shared vehicles,
A vehicle management method comprising: registering and managing a first usage pattern and a second usage pattern according to a usage time zone of the vehicle, and performing a settlement process based on the usage time of the vehicle.   2. The vehicle management according to claim 1, wherein the first usage pattern is a usage pattern in which a vehicle is used by an unspecified number, and the second usage pattern is a usage pattern in which a vehicle is used between members. Method.   In a usage mode predetermined when the usage starts in the time zone of one of the first usage mode and the second usage mode and the usage end time enters the time zone of the other usage mode 3. The vehicle management method according to claim 1, wherein a settlement process is performed.   Predetermined when the use starts in the time zone of one of the first usage mode and the second usage mode, and the usage end time ends when the usage ends across the time zone of the other usage mode The vehicle management method according to claim 1, wherein a settlement process is performed in a usage form.   The vehicle management according to any one of claims 1 to 4, further comprising means for changing a start time and / or an end time with respect to a time when a reservation is accepted as the vehicle use time zone. Method.   6. The vehicle management method according to claim 5, further comprising means for changing a use form of the vehicle in accordance with the change of the use time zone.   The vehicle management method according to any one of claims 1 to 6, wherein the unlocking and / or locking of the vehicle is executed by a radio signal from a portable terminal.   8. The vehicle management method according to claim 7, wherein the unlocking and / or locking control of the vehicle is performed based on an authentication process between the portable terminal and the management device.   The vehicle management method according to claim 8, wherein an end time is set by receiving the locking operation and / or the return operation of the vehicle. It has a management means to manage the cars to be shared with different usage forms,
A vehicle management system, wherein the vehicle rental process is performed based on the usage pattern assigned in a predetermined time zone.   The different usage forms are composed of a first usage form and a second usage form, and the management means registers and manages the first usage form and the second usage form in different time zones. The vehicle management system according to claim 10, wherein a settlement process is performed based on a usage time of the vehicle.   12. The vehicle management according to claim 11, wherein the first usage pattern is a usage pattern in which a vehicle is used by an unspecified number of people, and the second usage pattern is a usage pattern in which a vehicle is used between members. system.   In a usage mode predetermined when the usage starts in the time zone of one of the first usage mode and the second usage mode and the usage end time enters the time zone of the other usage mode 13. The vehicle management system according to claim 11 or claim 12, wherein a settlement process is performed.   Predetermined when the use is started in the time zone of one of the first usage mode and the second usage mode and the usage end time is over across the time zone of the other usage mode. The vehicle management system according to claim 11, wherein the vehicle management system is settled in a usage form.   The vehicle management according to any one of claims 10 to 14, further comprising means for changing a start time and / or an end time with respect to a time when a reservation is accepted as the use time zone of the car. system.   The vehicle management system according to claim 15, further comprising means for changing a use form of the vehicle in accordance with the change of the use time zone.   The vehicle management system according to any one of claims 10 to 16, wherein unlocking and / or locking of the vehicle is executed by a radio signal from a portable terminal.   18. The vehicle management system according to claim 17, wherein the unlocking and / or locking control of the vehicle is performed based on an authentication process between the portable terminal and the management device.   19. The vehicle management system according to claim 18, wherein an end time is set upon reception of the locking operation and / or the return operation of the vehicle.

Images