JP2013156790A - Return management system of car sharing - Google Patents

Abstract

【Task】
In conventional car sharing, there is a problem that when returning, it is necessary to hold the IC card of the user registered as a member, or the user needs to perform a use end operation from a website using a mobile terminal.
[Solution]
In the present invention, a device for acquiring GPS (Global Positioning System) information is mounted on a vehicle, and vehicle position information is managed when a predetermined condition such as detection of a predetermined vehicle situation is detected every predetermined time or when vehicle management is performed. Send it to the server and perform a return judgment process. This predetermined vehicle situation includes opening / closing the door, releasing the door lock, and stopping (instructing) the engine or motor. That is, the position information of the vehicle is transmitted to the management server when it is determined that a return operation has been performed on the vehicle using various sensors.
[Selection] Figure 1

Description

  The present invention relates to a technique for using vehicle position information to return a vehicle in a car sharing system.

  In recent years, car sharing systems in which users registered as members share a specific vehicle have become widespread. In this car sharing system, there is a system that can lend and return a vehicle only by a user's operation. When a user wants to use a vehicle, the user makes a reservation for using the vehicle using a website. The user goes to a vehicle stored in a specific place at the time of lending. The vehicle is equipped with an IC card reader or a wireless communication device, and when the user performs an operation for starting the use from a website using a portable terminal while holding the IC card as a membership card over the IC card reader, the door of the vehicle is locked. Is unlocked and can be used. When returning, holding the IC card over the IC card reader and performing a use end operation from a website using a mobile terminal, the vehicle door lock is locked and the use ends. In this car sharing system, it is expected that the convenience will be further improved by using multiple lending and returning procedures and reducing the procedures.

  For example, Patent Document 1 provides lending and returning means for IC cards and portable terminals, so that lending and returning are possible even if one means is lost.

JP 2010-237842 A

  In Patent Document 1, it is possible to lend and return a vehicle in a car sharing system by two means of an IC card and a portable terminal. Therefore, when one means is lost, such as when the IC card is lost or when the mobile terminal is broken, it can be lent and returned by using the other means. In addition, it is possible to lend and return from a place away from the vehicle by using the mobile terminal. However, Patent Document 1 does not consider a return means that does not use an IC card or a portable terminal. In addition, return means other than registered users are not considered. When returning, there is a problem that it is necessary to hold the IC card of the user registered as a member, or the user needs to perform a use end operation from the Web site using a mobile terminal.

  In order to solve the above-described problems, in the present invention, when a device that acquires GPS (Global Positioning System) information is mounted on a vehicle and a predetermined condition such as detection of a predetermined vehicle situation is satisfied every predetermined time or a predetermined condition is satisfied. The position information of the vehicle is transmitted to the vehicle management server, and a return determination process is performed. According to the present invention, it can be returned without using an IC card, a portable terminal or the like. It is also possible for a person who has not registered as a member to return it. This predetermined vehicle situation includes opening / closing the door, releasing the door lock, and stopping (instructing) the engine or motor. In other words, when it is determined that a return operation has been performed on the vehicle using various sensors, the device is configured to transmit the vehicle position information to the management server, thereby reducing the amount of data to be transmitted and the return determination process. What is performed is also an aspect. In addition, there is one mode in which RFID (Radio Frequency IDentification) is used to acquire the position information of the vehicle, the position of the vehicle is acquired even in a place where GPS information cannot be acquired, such as indoors, and the return determination process is performed.

  When the user starts using, an IC card or a portable terminal is used. When the user returns, the vehicle is parked at a storage position that is determined in advance as a return position, so that a determination is made using the position information of the vehicle and a return process is performed.

  According to the present invention, it is possible to return without requiring the user's intentional return operation. In addition, return procedures are possible even for members who do not have an IC card.

Explanatory drawing which shows the whole structure which concerns on the form of Example 1 of this invention. Configuration diagram showing internal configuration of vehicle management server The block diagram which shows the internal structure of a vehicle management apparatus The figure which shows the reservation information of a vehicle which the memory | storage part of a vehicle management server has The figure which shows the utilization information of the vehicle which the memory | storage part of a vehicle management server has The figure which shows the storage position information of the vehicle which the memory | storage part of the vehicle management server which concerns on the form of Example 1 and Example 2 has. Flow chart showing the lending process in the vehicle management device The flowchart which shows the process of the rental determination in a vehicle management server The flowchart which shows the return process in the vehicle management apparatus which concerns on the form of Example 1. FIG. The flowchart which shows the process of the return determination in the vehicle management server which concerns on the form of Example 1. FIG. Explanatory drawing which shows the whole structure which concerns on the form of Example 2 of this invention. The flowchart which shows the return process in the vehicle management apparatus which concerns on the form of Example 2. FIG. The flowchart which shows the process of the return determination in the vehicle management server which concerns on the form of Example 2. FIG. Explanatory drawing which shows the whole structure which concerns on the form of Example 3 of this invention. The figure which shows the storage position information of a vehicle which the memory | storage part of the vehicle management server which concerns on the form of Example 3 has. The flowchart which shows the return process in the vehicle management apparatus which concerns on the form of Example 3. The flowchart which shows the process of the return determination in the vehicle management server which concerns on the form of Example 3.

In the present embodiment, an example will be described in which the vehicle periodically transmits GPS information to the vehicle management server to determine return. FIG. 1 is an explanatory diagram showing the overall configuration. FIG. 2 is a configuration diagram showing an internal configuration of the vehicle management server. FIG. 3 is a configuration diagram showing an internal configuration of the vehicle management apparatus. FIG. 4 is a diagram showing vehicle reservation information. FIG. 5 is a diagram showing vehicle usage information. FIG. 6 is a diagram illustrating vehicle storage position information. FIG. 7 is a flowchart showing a lending process in the vehicle management apparatus. FIG. 8 is a flowchart showing the lending determination process in the vehicle management server. FIG. 9 is a flowchart showing return processing in the vehicle management apparatus. FIG. 10 is a flowchart showing a return determination process in the vehicle management server.
FIG. 1 is a diagram showing a configuration comprising a user registered as a member of a car sharing system, an IC card used for lending, a vehicle dedicated to the car sharing system, and a vehicle management server for managing the vehicle.

  The user 300 performs user registration with the car sharing system in advance. The user registers personal information such as name and age, and account information for paying a car sharing usage fee. After registration, the user is provided with an IC card 310 as a membership card. This IC card stores a user ID which is information for identifying a user. When a user 300 uses a vehicle, a PC, a portable terminal, or the like is used to make a reservation by specifying a vehicle to be used from a website, a use start date / time, and a use end date / time. The reservation information is managed by the vehicle management server 100. In this embodiment, the IC card 310 is used, but it may be realized by another medium that can store the user ID.

  A vehicle 200 used for the car sharing system is equipped with a vehicle management device 210, a GPS receiver 220, an IC card reader 230, and a door lock control device 240. The vehicle management device 210 controls the GPS receiving device 220, the IC card reader 230, and the door lock control device 240. The vehicle management device 210 communicates with the vehicle management server 100. Communication with the vehicle management server 100 is performed via the Internet by wireless communication used for communication such as a mobile phone. The GPS receiver 220 acquires GPS information of the vehicle. The IC card reader 230 acquires a user ID that is user identification information from the IC card 310 carried by the user 300. The door lock control device 240 locks and unlocks the door lock of the vehicle 200. The vehicle management server 100 holds information for managing the vehicle and plays a role of responding to a request from the vehicle.

  FIG. 2 is a diagram illustrating an internal configuration of the vehicle management server 100. The vehicle management server receives power from the outside and supplies power to each unit. The vehicle management server adds, edits, and deletes managed information, responds to requests from the vehicle, A control unit 102 that determines lending and returning, a storage unit 103 that records vehicle reservation information, a current use status of the vehicle, and storage location information of the vehicle, and a network interface 104 connected to the Internet.

  FIG. 3 is a diagram showing an internal configuration of the vehicle management apparatus 210. The vehicle management device 201 receives power from the outside and supplies power to each unit, and acquires GPS information, acquires a user ID, locks and unlocks a door lock, A control unit 212 that acquires an ID or controls communication with the vehicle management server 100, a storage unit 213 for recording a vehicle ID that is vehicle identification information, a GPS receiver 220, an IC card reader 230, a door It comprises a device interface 214 for connecting to the lock control device 240.

  FIG. 4 is a diagram showing reservation information of a vehicle registered by the user in the car sharing system. The vehicle reservation information 400 includes a user ID 401, a vehicle ID 402, a start date / time 403, and an end date / time 404. The user ID 401 stores the user ID of the user who made the use reservation. The vehicle ID stores the vehicle ID of the vehicle for which the user of the user ID 401 has made a reservation. The start date and time 403 stores the date and time when the user with the user ID 401 starts using the vehicle with the vehicle ID 402. The end date and time 404 stores the date and time when the user with the user ID 401 ends the use of the vehicle with the vehicle ID 402.

  FIG. 5 is a diagram showing current usage information of the vehicle. The vehicle usage information 410 includes a vehicle ID 411, a usage state 412, and a storage position stop count 413. The usage state 412 stores whether the vehicle with the vehicle ID 411 is currently being used. “In use” is stored when in use, and “waiting” is stored in not in use. The storage position stop count 413 stores the number of times that the vehicle with the vehicle ID 411 is determined to continue to stop at the storage position when the use state 412 is “in use”.

  FIG. 6 is a diagram showing vehicle storage position information. The vehicle storage position information 420 includes a vehicle ID 421 and storage position information 422. The storage position information 422 stores GPS information (latitude and longitude) of the position where the vehicle is stored.

  FIG. 7 is a flowchart showing the process of the vehicle management device when the user starts using the vehicle using the IC card. A program for realizing this processing is stored in the storage unit of the vehicle management apparatus, and is processed by the control unit in accordance with this program. When the user holds the IC card over the IC card reader, the process starts in step S1000 and proceeds to step S1001. In step S1001, the IC card reader is controlled to obtain a user ID from the IC card, and the process proceeds to step S1002. In step S1002, the vehicle ID recorded in the storage unit is acquired, and the process proceeds to step S1003. In step S1003, the user ID acquired from the IC card and the vehicle ID acquired from the storage unit are transmitted to the vehicle management server, and the process proceeds to step S1004. In step S1004, a response to the transmission in step S1003 is received, and the process proceeds to step S1005. In step S1005, it is determined whether the content received in step S1004 is a “door lock release command” or a “reject command”. If the received content is a “door lock release command”, the process advances to step S1006. If the received content is a “rejection command”, the process proceeds to step S1008. In step S1006, the door lock of the vehicle is unlocked, and the process proceeds to step S1007.

  FIG. 8 is a flowchart showing a lending process in which the vehicle management server responds to transmission from the vehicle management device. This process is stored in the storage unit of the vehicle management server and is processed by the control unit. In the process of FIG. 7, when the user ID and the vehicle ID are transmitted from the vehicle management apparatus to the vehicle management server, the process starts in step S1100 and proceeds to step S1101. In step S1101, the user ID and the vehicle ID transmitted from the vehicle management apparatus are received, and the process proceeds to step S1102. In step S1102, the vehicle reservation information described with reference to FIG. 4 is referred to. If there is reservation information corresponding to the received user ID and vehicle ID and the current date and time is after the start date and time of the reservation information and before the end date and time, the lending determination is “permitted” and the process goes to step S1103. move on. If there is no reservation information corresponding to the received user ID and vehicle ID, or there is reservation information, but the current date and time is before the start date and time or before the end date and time, the lending determination is “not permitted”, and step S1106 Proceed to In step S1103, the use state of the vehicle described in FIG. 5 is set to “in use”, and the process proceeds to step S1104. In step S1104, a “door lock unlocking command” is returned to the vehicle management apparatus, and the process proceeds to step S1105. In step S1106, a “rejection command” is returned to the vehicle management apparatus, and the process proceeds to step S1107.

  FIG. 9 is a flowchart illustrating a process in which the vehicle management apparatus determines that the vehicle is returned and returns the vehicle in this embodiment. This process is stored in the storage unit of the vehicle management apparatus and is processed by the control unit. When the vehicle door lock is unlocked in FIG. 7, the process starts in step S1200, and the process proceeds to step S1201. In step S1201, the vehicle ID recorded in the storage unit is acquired, and the process proceeds to step S1202. In step S1202, GPS information of the current vehicle is acquired by the GPS receiver, and the process proceeds to step S1203. In step S1203, the acquired GPS information and the vehicle ID acquired from the storage unit are transmitted to the vehicle management server, and the process proceeds to step S1204. In step S1204, a response to the transmission in step S1203 is received, and the process proceeds to step S1205. In step S1205, it is determined whether the received content received in step S1204 is a “door lock locking command” or a “position information continuation request command”. If the received content is a “door lock locking command”, the process advances to step S1206. If the received content is a “position information continuation request command”, the process proceeds to step S1202 after a predetermined time. In step S1206, the door lock of the vehicle is locked, and the process proceeds to step 1207.

  FIG. 10 is a flowchart showing a return process in which the vehicle management server responds to the transmission from the vehicle management apparatus in the present embodiment. This process is stored in the storage unit of the vehicle management server and is processed by the control unit. In the process of FIG. 9, when the vehicle GPS information and the vehicle ID are transmitted from the vehicle management apparatus to the vehicle management server, the process starts in step S1300 and proceeds to step S1301. In step S1301, the GPS information and the vehicle ID transmitted from the vehicle management apparatus are received, and the process proceeds to step S1302. In step S1302, the GPS information received from the vehicle management apparatus and the vehicle ID are used to collate with the storage position information of the vehicle described in FIG. The received GPS information of the vehicle and the storage position information of the target vehicle ID are compared. If the current vehicle position is within a certain distance from the position of the storage position information, it is determined as “match”, and the process proceeds to step S1303. For example, spherical trigonometry is used to calculate the distance between the two points. The storage position information of the target vehicle ID is compared with the received GPS information of the vehicle, and if the current vehicle position is outside a certain distance of the storage position, it is determined as “mismatch”, and the process proceeds to step S1309. This is because there is a possibility that an error may occur in the GPS information received by the vehicle, and therefore it is necessary to give a certain range to the collation. This distance information is held in the storage unit of the vehicle management server. In step S1303, “1” is added to the value of the storage position stop count indicating that the vehicle is continuously present at the storage position, and the process proceeds to step S1304. In step 1304, the value of the storage position stop count is determined. If the value is equal to or greater than a preset threshold value, the process advances to step S1305. In step 1305, the use state of the vehicle described in FIG. 5 is set to “standby”, and the process proceeds to step S1306. In step S1306, the storage position stop count is set to “0”, and the process proceeds to step S1307. In step S1307, a door lock locking command is returned to the vehicle, and the process proceeds to step S1308. In step S1309, the value of the number of storage stoppages is set to “0”, and the process proceeds to step S1310. In step S1310, a position information continuation request command is returned to the vehicle, and the process proceeds to step S1311.

  As mentioned above, according to the form of a present Example, a user can return without requiring an IC card at the time of return. When the vehicle management device receives a “location information continuation request command” from the vehicle management server, the vehicle has stopped at the same position for the time interval to shift to the next processing and the threshold of the storage position stop count. It may be determined depending on whether or not it is determined to be returned. For example, if the time interval for shifting to the next process when the vehicle management device receives a “location information continuation request command” is set to 3 minutes and the threshold for the number of storage position stops is set to 5 times, the vehicle is set to the same position. If it stops for more than a minute, it will be judged as a return.

  In all the embodiments of the present invention, an explanation is given using an IC card when renting a vehicle. However, any other authentication method may be used as long as there is a mechanism for authenticating a user. For example, authentication using a portable terminal, authentication using an RFID tag, biometric authentication such as finger vein authentication can be given.

  In the present embodiment, an example will be described in which when it is determined that the user has performed a return operation on the vehicle, the GPS information is transmitted to the vehicle management server and the return is determined. FIG. 11 is an explanatory diagram showing the overall configuration. FIG. 2 is a configuration diagram showing an internal configuration of the vehicle management server. FIG. 3 is a configuration diagram showing an internal configuration of the vehicle management apparatus. FIG. 4 is a diagram showing vehicle reservation information. FIG. 5 is a diagram showing vehicle usage information. FIG. 6 is a diagram illustrating vehicle storage position information. FIG. 7 is a flowchart showing a lending process in the vehicle management apparatus. FIG. 8 is a flowchart showing the lending determination process in the vehicle management server. FIG. 12 is a flowchart showing return processing in the vehicle management apparatus. FIG. 13 is a flowchart showing a return determination process in the vehicle management server.

In the present embodiment, the configurations of FIGS. 2, 3, 4, and 6 and the mechanisms of FIGS. 7 and 8 are the same as those of the first embodiment. In this embodiment, the storage position stop count in FIG. 5 does not exist. Since these figures are the same as those in the first embodiment, description thereof is omitted.
FIG. 11 is a diagram showing a configuration comprising a user registered as a member of the car sharing system, an IC card used for lending, a vehicle dedicated to the car sharing system, and a vehicle management server for managing the vehicle.

  In FIG. 11, the description of the portions having the same functions shown in FIG. Sensor 520 is connected to vehicle management device 530 and detects whether a return operation has been performed on the vehicle. An acceleration sensor and a human sensor that detect opening / closing of the door are installed, and it is determined that a return operation has been performed when it is detected that there is no person in the office after the door is opened / closed.

  FIG. 12 is a flowchart illustrating a process in which the vehicle management apparatus determines that the vehicle is returned and returns the vehicle in this embodiment. This process is stored in the storage unit of the vehicle management apparatus and is processed by the control unit. When the door lock of the vehicle is unlocked in FIG. 7, the process starts in step S1400, and the process proceeds to step S1401. In step S1401, it is determined that “there is a return operation” when the sensor described in FIG. 11 is used to detect that the vehicle door is opened and closed and no one is inside the vehicle. If the vehicle door is not opened or closed, and the vehicle door is opened or closed and it is detected that there is a person in the vehicle, it is determined that there is no return operation. When it is determined that “there is a return operation” for the vehicle, the process proceeds to step S1402. When it is determined that “no return operation” is performed on the vehicle, the process proceeds to step S1401. In step S1402, the vehicle ID is acquired from the storage unit, and the process proceeds to step S1403. In step S1403, the GPS information of the current vehicle is acquired by the GPS receiver, and the process proceeds to step S1404. In step S1404, the GPS information acquired from the GPS receiver and the vehicle ID acquired from the storage unit are transmitted to the company management server, and the process proceeds to step S1405. In step 1405, a command is received from the vehicle management server, and the process proceeds to step S1406. In step S1406, the content received from the vehicle management server is determined. If the received content is a “door lock locking command”, the process advances to step S1407. If the received content is a “rejection command”, the process proceeds to step S1401. In step S1407, the door lock of the vehicle is locked, and the process proceeds to step S1408.

  FIG. 13 is a flowchart showing a return process in which the vehicle management server responds to transmission from the vehicle management apparatus in this embodiment. This process is stored in the storage unit of the vehicle management server and is processed by the control unit. In the processing of FIG. 12, when the vehicle GPS information and the vehicle ID are transmitted from the vehicle management device to the vehicle management server, the processing starts in step S1500, and proceeds to step S1501. In step S1501, the GPS information and vehicle ID of the vehicle are received from the vehicle, and the process proceeds to step S1502. In step S1502, the GPS information received from the vehicle management apparatus and the vehicle ID are used to collate with the storage position information of the vehicle described in FIG. The storage position information of the target vehicle ID is compared with the received GPS information of the vehicle. If the current vehicle position is within a certain distance of the storage position, it is determined as “match”, and the process proceeds to step S1503. The storage position information of the target vehicle ID is compared with the received GPS information of the vehicle. If the current vehicle position is outside a certain distance of the storage position, it is determined as “mismatch”, and the process proceeds to step S1506. In step S1503, the use state of the vehicle described in FIG. 5 is set to “standby”, and the process proceeds to step S1504. In step S1504, a “door lock locking command” is returned to the vehicle management apparatus, and the process proceeds to step S1505. In step S1506, a “rejection command” is returned to the vehicle, and the process proceeds to step S1507.

  As mentioned above, according to the form of a present Example, return determination in a vehicle management server is performed only when it determines with a user performing return operation. Compared to the first embodiment, the determination process is reduced.

  In the present embodiment, an example will be described in which a vehicle periodically transmits position information to a vehicle management server using an RFID reader and determines return. FIG. 14 is an explanatory diagram showing the overall configuration. FIG. 2 is a configuration diagram showing an internal configuration of the vehicle management server. FIG. 3 is a configuration diagram showing an internal configuration of the vehicle management apparatus. FIG. 4 is a diagram showing vehicle reservation information. FIG. 5 is a diagram showing vehicle usage information. FIG. 7 is a flowchart showing a lending process in the vehicle management apparatus. FIG. 8 is a flowchart showing the lending determination process in the vehicle management server. FIG. 15 is a diagram showing the storage position information of the vehicle. FIG. 16 is a flowchart showing return processing in the vehicle management apparatus. FIG. 17 is a flowchart showing a return determination process in the vehicle management server.

In the present embodiment, the configurations of FIGS. 2, 3, 4, and 5 and the mechanisms of FIGS. 7 and 8 are the same as those of the first embodiment. Since these figures are the same as those in the first embodiment, description thereof is omitted.
FIG. 14 is a diagram showing a configuration including a user registered as a member of the car sharing system, an IC card used for lending, a vehicle dedicated to the car sharing system, and a vehicle management server for managing the vehicle.

  In FIG. 14, the description of the portion having the same function shown in FIG. The RFID antenna integrated reader is connected to the vehicle management device 630 and acquires tag information from an RFID tag 680 installed in a storage location of the vehicle.

  FIG. 15 is a diagram showing vehicle storage position information. The vehicle storage position information 700 includes a vehicle ID 421 and a storage position ID 702. The storage position ID 702 stores the tag ID stored in the RFID tag installed at the storage position of the vehicle.

  FIG. 16 is a flowchart illustrating a process in which the vehicle management apparatus determines that the vehicle is returned and returns the vehicle in this embodiment. This process is stored in the storage unit of the vehicle management apparatus and is processed by the control unit. When the door lock of the vehicle is unlocked in FIG. 7, the process is started in step S1600, and the process proceeds to step S1601. In step S1601, the vehicle ID is acquired from the storage unit, and the process proceeds to step S1602. In step S1602, reading is performed by the RFID reader, and the process proceeds to step S1603. In step S1603, the reading result of the RFID reader is determined. If the read result is “with tag information”, the process advances to step S1604. If the read result is “no tag information”, the process proceeds to step S1602 after a predetermined time. In step S1604, the tag ID acquired by the RFID reader and the vehicle ID acquired from the storage unit are transmitted to the vehicle management server, and the process proceeds to step S1605. In step S1605, a command is received from the vehicle management server, and the process proceeds to step S1606. In step S1606, the content received from the vehicle management server is determined. If the received content is a “door lock locking command”, the process advances to step S1607. If the received content is a “position information continuation request command”, the process proceeds to step S1602 after a predetermined time. In step S1607, the door lock of the vehicle is locked, and the process proceeds to step S1608.

    FIG. 17 is a flowchart showing a return process in which the vehicle management server responds to transmission from the vehicle management apparatus in this embodiment. This process is stored in the storage unit of the vehicle management server and is processed by the control unit. In the process of FIG. 16, when the tag ID and the vehicle ID are transmitted from the vehicle management device to the vehicle management server, the process starts in step S1700, and the process proceeds to step S1701. In step S1701, the tag ID and the vehicle ID transmitted from the vehicle management apparatus are received, and the process proceeds to step S1702. In step S1702, the tag ID and the vehicle ID received from the vehicle management device are used to collate with the vehicle storage position information described in FIG. The storage position ID of the target vehicle ID is compared with the received tag ID. If the IDs match, it is determined “match”, and the process proceeds to step S1703. The storage position ID of the target vehicle ID is compared with the received tag ID. If the IDs do not match, it is determined as “mismatch”, and the process proceeds to step S1709. In step S1703, “1” is added to the value of the storage position stop count indicating that the vehicle is continuously present at the storage position, and the process proceeds to step S1704. In step 1704, the value of the storage position stop count is determined. If it is equal to or greater than a preset threshold value, the process advances to step S1705. In step 1705, the use state of the vehicle described in FIG. 5 is set to “standby”, and the process proceeds to step S1706. In step S1706, the storage position stop count is set to “0”, and the process proceeds to step S1707. In step S1707, a door lock locking command is returned to the vehicle, and the process proceeds to step S1708. In step S1709, the value of the number of storage stoppages is set to “0”, and the process proceeds to step S1710. In step S1710, a position information continuation request command is returned to the vehicle, and the process proceeds to step S1711.

  As described above, according to the embodiment, the return process using the RFID antenna integrated reader can be realized. It is possible to overcome the disadvantages of the embodiment using the GPS receiver such that it is difficult to acquire information indoors and the position accuracy is poor.

DESCRIPTION OF SYMBOLS 100 Vehicle management server 101 Power supply part 102 Control part 103 Storage part 104 Network interface 200 Vehicle 210 Vehicle management apparatus 211 Power supply part 212 Control part 213 Storage part 214 Device interface 215 Wireless communication apparatus 220 GPS receiver 230 IC card reader 240 Door lock control Device 300 User 310 IC card 500 Vehicle management server 510 Vehicle 520 Sensor 530 Vehicle management device 540 GPS receiver 550 IC card reader 560 Door lock control device 570 User 580 IC card

Claims (6)

In a car sharing system for sharing a vehicle by multiple users,
A storage unit that holds vehicle identification information, and current location information indicating the current location of the vehicle are acquired, the identification information of the vehicle and the current location information of the vehicle are wirelessly transmitted to the vehicle management server, and a response from the vehicle management server An in-vehicle device including a processing unit that controls the door of the vehicle by a locking instruction to lock the door,
A storage unit that holds the identification information of the vehicle, usage information that indicates whether the vehicle is in use or standby, and storage position information that includes the identification information of the vehicle and return position information that indicates the return position of the vehicle And a vehicle management server that includes a processing unit that determines that the vehicle has been returned to a return position based on the transmission content from the vehicle management server and responds to the locking command to the in-vehicle device. And
Detecting that a predetermined condition is satisfied, and in response to the detection, the in-vehicle device transmits the identification information of the vehicle and the current location information of the vehicle to the vehicle management server;
The vehicle management server refers to the storage location information of the target vehicle from the identification information of the vehicle transmitted by the in-vehicle device, determines whether the vehicle has been returned from the storage location information and the current location information of the vehicle, If it is determined that it has been returned, the usage state of the usage information is changed from being used to waiting, and the locking command of the door is responded to the in-vehicle device,
A car sharing system, wherein the in-vehicle device locks a door of a vehicle according to the locking command of the door. The car sharing system according to claim 1,
The vehicle management server refers to the return position information of the target vehicle from the identification information of the vehicle transmitted by the in-vehicle device, calculates a distance of two points from the return position information and the current location information of the vehicle, and calculates The car sharing system is characterized in that if it is less than the allowable return value stored in the storage unit, the return position of the vehicle is determined. The car sharing system according to claim 1,
The in-vehicle device uses an RFID reader as a device for acquiring the position of the vehicle, acquires an ID of an RFID tag provided at a return position of the vehicle,
The vehicle management server includes, in the storage unit, an ID of an RFID tag provided at the return position of the vehicle as the return position information.
The vehicle management server refers to the return position information of the target vehicle from the identification information of the vehicle transmitted by the in-vehicle device, and if the return position information matches the current location information of the vehicle, it is the return position of the vehicle. A car sharing system characterized by In the car sharing system according to claim 2 or claim 3,
The vehicle management server holds the number of return stops determined to return the vehicle in the storage unit,
The in-vehicle device transmits the identification information and the current location information of the vehicle to the vehicle management server at arbitrary time intervals,
The number of times that the vehicle management server determines that the vehicle is continuously located at the return position from the return position information and the current location information, and when the number of times exceeds the return stop count, the use state of the use information The car sharing system is characterized in that it changes from using to waiting while responding to the locking command of the door to the in-vehicle device. In the car sharing system according to claim 2 or claim 3,
The in-vehicle device includes the in-vehicle device provided with a processing unit that detects a return operation to the vehicle by an acceleration sensor and an infrared sensor,
The in-vehicle device activates the infrared sensor when the acceleration sensor detects opening / closing of the door, and when the infrared sensor does not detect a person in the vehicle, the vehicle identification information and the vehicle location information Is transmitted to the vehicle management server. The car sharing system according to any one of claims 1 to 5,
When the vehicle-mounted device detects any one of opening / closing of the door, release of the door lock, and stop of the engine or motor for the vehicle as the predetermined condition, the vehicle-mounted device detects the identification information of the vehicle and the current location information of the vehicle. A car shelling system that transmits to the vehicle management server.

Images