JP2011198185A - Vehicle management system in car sharing system, vehicle management method, program, and computer readable recording medium - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a car sharing system for rapidly finding a fault which occurs in a vehicle and also finding the fault which occurs in the vehicle without human interposition.SOLUTION: A vehicle management system in the car sharing system is the system for managing the vehicle in response to a reservation from a user, performing authentication processing by the user, performing the lending and returning of the vehicle to/from the user, and managing the fault which occurs in the vehicle. The vehicle management system includes: a monitoring means for monitoring a fault which occurs in one or more ECUs mounted to the vehicle; a report means for reporting a monitoring result by the monitoring means to a manager; and a vehicle usage stop means for stopping the usage of the vehicle based on the fault which occurs in the ECU monitored by the monitoring means.

Description

  The present invention relates to a vehicle management system, a vehicle management method, a program, and a computer-readable recording medium in a car sharing system. More specifically, the present invention relates to a vehicle management system in a car sharing system that facilitates management of malfunctions such as failures in a vehicle. The present invention relates to a vehicle management method, a program, and a computer-readable recording medium.

  In recent years, so-called car sharing has attracted attention as a new form of use of a car in which a single car is shared by a plurality of members.

  Here, the car sharing means that the user does not own the car, becomes a member of the management group, and borrows the car of the group as necessary.

  In addition, car sharing involves sharing a car among members within a community limited to a certain area, and checking the use state of the vehicle and making a reservation through the Internet, etc. Rent / return locations are often set as convenient locations for members to use, such as parking lots in residential apartments or near commuting stations.

  Such car sharing allows the user to reduce costs such as car acquisition costs, maintenance costs and parking fees compared to owning a car.

  In addition, the widespread use of car sharing is expected to reduce the total number of cars, and it is expected to reduce global warming caused by carbon dioxide by reducing traffic congestion in cities and reducing energy consumption. Yes.

By the way, in the conventional car sharing as described above, for example, a system as shown in the block configuration diagram of FIG. 1 is constructed, and the reservation and operation of the vehicle are managed by this system.

  That is, the conventional car sharing system 100 is connected to the personal computer 102 of the management organization of the car sharing system 100 and is also a personal computer 104 of the user who becomes a member of the management organization and the mobile phone 106 of the user. A server 108 connected via a network, a vehicle-mounted device 112 provided in the vehicle 110 and connected to the server 108 via a mobile phone network, a card reader 114 provided in the vehicle 110 and connected to the vehicle-mounted device 112 And a key box 116 which is provided in the vehicle 110 and connected to the vehicle-mounted device 112.

In the above configuration, a case where the vehicle 110 is reserved or used using the car sharing system 100 will be described with reference to FIGS. 2 to 4.

  First, when a user applies for membership registration to a management organization, the management organization creates a registration code unique to the user, distributes the registration code to the user, and also stores storage means ( (Not shown).

  Further, an IC card storing the same authentication code as the above registration code and an ID and password required when the user logs in to the reservation site provided in the server 108 are distributed to the user. The

  Here, when the user who has acquired the IC card uses the car sharing system 100 to make a reservation or use of the vehicle 110, the user uses the personal computer 104 or the mobile phone 106 to use the server 108. To access the reservation site provided in the site, input the ID and password acquired at the time of membership registration, log in, browse information such as the state of the vehicle 110 and the reservation status of the vehicle 110, and meet the user's request for the vehicle 110 Is reserved (step S202).

  When the reservation of the vehicle 110 by such a user is completed and the reservation time is reached, the reservation information is sent from the server 108 to the vehicle-mounted device 112 using the mobile phone network.

  Then, the user goes to the parking lot where the vehicle 110 is parked at the reserved time (step S204), and the card reader 114 provided in the vehicle 110 reads the IC card acquired at the time of member registration for authentication ( Step S206).

Here, the flowchart of FIG. 3 shows the detailed processing contents of the authentication processing by the IC card before using the vehicle in step S206, and it is the reservation time, and the reservation information is sent from the server 108 to the vehicle-mounted device 112. When sent, under the control of the vehicle-mounted device 112, the LED lamp (not shown) provided in the card reader 114 blinks to notify the user of the activation of the card reader 114 and the card reader 114 is activated. The user who came to the parking lot where the vehicle 110 is parked at the reservation time tricks the card reader 114 into the IC card acquired at the time of member registration, and causes the card reader 114 to read the IC card (step S302).

  That is, when the user puts the IC card on the card reader 114, the card reader 114 reads the authentication code of the IC card, and outputs the read authentication code to the on-vehicle device 112. Is output to the server 108 (step S304).

  When the authentication code is input to the server 108, the server 108 determines whether or not the authentication code matches the user registration code stored in advance in the server 108 (step S306).

  If it is determined in the determination process in step S306 that the authentication code does not match the user registration code, the server 108 uses the mobile phone network to determine that the authentication code does not match the registration code. The LED lamp (not shown) provided in the card reader 114 is blinked by the control of the on-vehicle device 112, and the IC card is again sent to the card reader 114 to the user. The user is prompted to hesitate (step S308), and the process returns to step S302 again.

  On the other hand, if it is determined in the determination process in step S306 that the authentication code and the user's registration code match, the determination result that the authentication code and the registration code match is sent from the server 108 to the mobile phone network. The LED lamp (not shown) provided in the card reader 114 blinks and the speaker (not shown) provided in the key box 116 is flashed by the control of the on-vehicle device 112. ), The voice guidance indicating that the security of the vehicle 110 has been released is played, and the security of the vehicle 110 is released. Specifically, the door lock of the vehicle 110 is released and the key can be taken out from the key box 116. A state is set (step S310).

  Note that the IC card is inserted into the card reader 114 and the authentication process is started until a determination is made by the determination process whether or not the authentication code matches the registration code (that is, the authentication process is in progress). .) Flashes an LED lamp (not shown) provided in the card reader 114 under the control of the vehicle-mounted device 112.

  In the above description, when the card reader 114 is activated, the LED lamp provided in the card reader 114 is controlled by the vehicle-mounted device 112 when it is determined that the authentication code and the registration code do not match during the authentication process. (Not shown) blinks, and the blinking patterns of these LED lamps are different. Therefore, the user can know what state the flashing pattern is.

When the authentication by the process of step S206 is completed, the user gets on the vehicle 110 and takes out the key from the key box 116 (step S208), uses the extracted key to start the engine and uses the vehicle 110. (Step S210).

  After that, the user who uses the vehicle 110 parks the vehicle 110 in the determined parking lot by the time the reservation time ends (step S212), returns the key of the vehicle 110 to the key box 116, Is closed (step S214).

  After the process of step S214, the IC card is again put on the card reader 114 provided in the vehicle 110, and the card reader 114 provided in the vehicle 110 is read to receive the authentication (step S216).

Here, the flowchart of FIG. 4 shows the detailed processing contents of the authentication processing by the IC card after use of the vehicle in step S216. In the authentication processing by the IC card after use of the vehicle, first, in-vehicle In the vessel 112, it is determined whether the engine of the vehicle 110 is stopped, the key is returned to the key box 116, and all the doors of the vehicle 110 are closed (step S402).

  In the determination process of step S402, one of the three of "stop of engine of vehicle 110", "return of key to key box", and "all doors of vehicle 110 are closed" is performed. If it is determined that the vehicle 110 is not used, it is determined that the vehicle 110 is continuously used, and the process is terminated without performing the authentication process.

  On the other hand, in the determination process of step S402, when it is determined that the engine of the vehicle 110 is stopped, the key is returned to the key box 116, and all the doors of the vehicle 110 are closed, the vehicle-mounted device 112 is used. By controlling the above, the LED lamp (not shown) provided on the card reader 114 is blinked to notify the user that the card reader 114 is activated, and the user is prompted to insert an IC card into the card reader 114. Is played from a speaker (not shown) provided in the key box 116, and the card reader 114 provided in the vehicle 110 is activated.

  Then, the user puts the IC card on the card reader 114 and causes the card reader 114 to read the IC card (step S404).

  That is, when the user puts the IC card on the card reader 114, the card reader 114 reads the authentication code of the IC card, outputs the read authentication code to the on-vehicle device 112, and the on-vehicle device 112 outputs the mobile phone network. Is output to the server 108 using (step S406).

  When the authentication code is input to the server 108, the server 108 determines whether or not the authentication code matches the user registration code stored in the server 108 in advance (step S408).

  If it is determined in step S408 that the authentication code and the user's registration code do not match, the server 108 sends a determination result that the authentication code and the registration code do not match to the mobile phone network. The LED lamp (not shown) provided on the card reader 114 is blinked by the control of the on-vehicle device 112, and the IC card is again sent to the card reader 114 by the user. (Step S410), and the process returns to step S404 again.

  On the other hand, if it is determined in step S408 that the authentication code matches the user's registration code, the server 108 registers that matches the authentication code from the reservation information managed by the server 108. The reservation status of the code user is confirmed (step S412), and it is determined whether or not the vehicle 110 used by the user exists (step S414).

  If it is determined in step S414 that the vehicle 110 being used by the user does not exist, the determination result that the vehicle 110 being used by the user does not exist is sent from the server 108 to the mobile phone. The processing is terminated without starting the security of the vehicle 110 in a state where the card reader 114 is activated under the control of the on-vehicle device 112 using the network.

  In other words, if it is determined in step S414 that the vehicle 110 used by the user does not exist, it is determined that the vehicle 110 cannot be returned by the user, and the vehicle 110 is returned. This is a state in which the vehicle 110 is not being used.

  On the other hand, if it is determined in step S414 that the vehicle 110 used by the user exists, the determination result that the vehicle 110 used by the user exists is sent from the server 108 to the mobile phone network. Is output to the vehicle-mounted device 112, and under the control of the vehicle-mounted device 112, an LED lamp (not shown) provided in the card reader 114 is blinked to notify the completion of the return processing of the vehicle 110, and the vehicle 110 Is activated, specifically, the door of the vehicle 110 is locked and the key cannot be removed from the key box 116 (step S416).

  Until the IC reader is deceived by the card reader 114 and the authentication process is started, and a determination is made based on the determination process whether or not the vehicle 110 used by the user exists (that is, the return process is in progress). The LED lamp (not shown) provided in the card reader 114 blinks under the control of the vehicle-mounted device 112.

  In the above description, when the card reader 114 is activated, during the return process, when it is determined that the authentication code and the registration code do not match, and when it is determined that the vehicle 110 used by the user exists The LED lamp (not shown) provided in the card reader 114 is caused to blink under the control of the vehicle-mounted device 112. The blinking patterns of these LED lamps are different. Therefore, the user can know what the state is based on the difference in the blinking pattern.

When the authentication by the process of step S216 described above is completed, the in-vehicle device 112 confirms the travel distance, travel time, state of the vehicle 110, and the like, and outputs the confirmed information to the server 108. 102, the server 108 is accessed, a fee for using the vehicle 110 is calculated based on information from the vehicle-mounted device 112, and the calculated fee is notified to the member's personal computer 104 or the mobile phone 106 (step S218).

By the way, the vehicle 110 is generally equipped with an electronic control unit (ECU: Electronic Control Unit) for performing electrical control for each in-vehicle system such as an engine and a brake.

  Usually, an ECU that performs electrical control of such an in-vehicle system is connected to an on-board diagnosis device (OBD) and detects malfunction information of the vehicle that has occurred during traveling in the OBD and has a predetermined value. It is stored in the storage area.

  When the vehicle 110 is inspected by using this OBD diagnostic function, the OBD is accessed by using a predetermined diagnostic device or the like at a maintenance shop, and the trouble that has occurred in the vehicle 110 due to the information obtained from the OBD is obtained. The cause is detected.

Here, in the car sharing using the car sharing system 100 described above, since the rental and return are performed without involving a person, unlike the rental car in which the rental or return is performed through a person, the return of the vehicle 110 is not possible. The vehicle 110 is not inspected every time by professional staff.

  For this reason, if any trouble occurs in the vehicle 110, the trouble that occurred in the vehicle 110 could not be found until a contact from the user who found the trouble or a periodic inspection by a specialist staff. .

  Accordingly, in order to facilitate the smooth operation of the vehicle 110 in car sharing, the specialist 110 has to frequently perform periodic inspections of the vehicle 110, which increases the management cost.

  Furthermore, in car sharing, even if periodic inspections are frequently performed on the vehicle 110 by specialized staff, it is not realistic to perform an inspection every time the vehicle 110 is returned from the user, and at present, Each time the vehicle 110 is returned, the vehicle 110 has not been inspected by specialized staff.

  Accordingly, even if a problem occurs in the vehicle 110, the user may use the vehicle 110 in which the problem has occurred, and it is difficult to ensure sufficient safety for the user. there were.

  For this reason, the proposal of the car sharing system which can discover the malfunction which arose in the vehicle 110 promptly and can discover the malfunction which arose in the vehicle 110 without passing through a person was strongly desired.

Note that the prior art that the applicant of the present application knows at the time of filing a patent application is not an invention related to a known literature invention, and therefore there is no prior art document information to be described in the present specification.

  The present invention has been made in view of the above-described demands of the prior art, and the object of the present invention is to quickly find a problem that has occurred in the vehicle and without the need for human intervention. It is an object of the present invention to provide a vehicle management system, a vehicle management method, a program, and a computer-readable recording medium in a car sharing system that can detect a problem occurring in a vehicle.

  In order to achieve the above object, the present invention manages a vehicle according to a reservation from a user, performs an authentication process by the user, lends and returns the vehicle to the user, A vehicle management system in a car sharing system for managing defects occurring in the vehicle, wherein monitoring means for monitoring defects occurring in one or more ECUs mounted on the vehicle, and monitoring results by the monitoring means are managed And a vehicle use stopping means for stopping the use of the vehicle based on a malfunction occurring in the ECU monitored by the monitoring means.

  Further, the present invention is the above-described invention, wherein the vehicle use stopping unit is configured to determine a degree of malfunction occurring in the ECU indicated as a monitoring result, and to use the vehicle use immediately so as to stop the use of the vehicle. A warning means for warning a person, a first reporting means for reporting information relating to the vehicle to a contractor for repairing the vehicle, and a user who has reserved the vehicle for notifying that the vehicle has become unusable And a second stop means for stopping the reservation of the vehicle. In the vehicle use stop means, the warning means immediately uses the vehicle based on the determination result of the determination means. The user is warned to stop, the first reporting means notifies the vehicle repairer of information on the vehicle, and the second reporting means Ri to the effect that the vehicle becomes unavailable Problem to a user who has reserved the vehicle, in which so as to stop the reservation of the vehicle by the reservation stopping means.

  According to the present invention, in the above-described invention, the determination means determines whether or not the use of the vehicle should be stopped immediately, and the use of the vehicle must be stopped immediately by the determination means. If it is determined, the warning means is used to warn the user who is using the vehicle so as to immediately stop the use of the vehicle, and the first reporting means is used to notify the contractor. Report information on the vehicle, notify the user who reserved the vehicle that the vehicle can no longer be used by the second reporting means, stop the reservation of the vehicle by the reservation stopping means, and If it is not determined by the means that the use of the vehicle must be stopped immediately, the vehicle is informed that the vehicle cannot be used by the second reporting means. Problem to promises were user, by the reservation stopping means stops the reservation of the vehicle, in which so as to report information about the vehicle to the skilled by the first notification unit.

  Further, the present invention is the above-described invention, wherein after the warning is given by the warning means, the GPS signal from the GPS satellite is received when the user stops the engine of the vehicle, and the GPS signal Vehicle position information acquisition means for acquiring the position information of the vehicle based on the first communication means when the determination means determines that the use of the vehicle should be stopped immediately. The information about the vehicle notified to the supplier is the position information of the vehicle acquired by the vehicle position information acquisition means and the information of the trouble occurring in the vehicle monitored by the monitoring means. .

  In addition, the present invention manages a vehicle in accordance with a reservation from a user, performs an authentication process by the user, lends and returns the vehicle to the user, and causes a defect in the vehicle. A vehicle management method in a car sharing system for managing a vehicle, wherein a first step of monitoring a failure occurring in one or more ECUs mounted on the vehicle and a monitoring result of the plurality of ECUs are reported to an administrator And a third step of stopping the use of the vehicle on the basis of a problem occurring in the ECU monitored by the monitoring means.

  Further, according to the present invention, in the above-described invention, the third step includes the fourth step of determining the degree of malfunction occurring in the ECU monitored in the first step, and the use of the vehicle immediately. A fifth step of warning the user to stop, a sixth step of notifying the vehicle repairer of information relating to the vehicle, and a notification that the vehicle is no longer usable. The seventh step of notifying the reserved user and the eighth step of stopping the reservation of the vehicle. In the third step, based on the determination result in the fourth step, The fifth to eighth steps are performed.

  In the above-described invention, the present invention determines whether or not the use of the vehicle must be stopped immediately in the fourth step, and immediately uses the vehicle in the fourth step. If it is determined that the vehicle must be stopped, a warning is given to the user using the vehicle in the fifth step so that the use of the vehicle is immediately stopped. In the step, information on the vehicle is notified to the supplier, in the seventh step, the user who has reserved the vehicle is notified that the vehicle can no longer be used, and in the eighth step, the vehicle is reserved. If the vehicle is stopped and it is not determined in the fourth step that the use of the vehicle must be stopped immediately, the vehicle is reserved in the seventh step so that the vehicle can no longer be used. Report to user , In which the eighth step reservation of the vehicle at the stop, and adapted to report information about the vehicle to the skilled in the above described process 6.

  Further, the present invention is the above-described invention, wherein after the warning is given in the fifth step, the user receives a GPS signal from a GPS satellite when the user stops the engine of the vehicle, A ninth step of acquiring position information of the vehicle based on a GPS signal, and in the fourth step, if it is determined that the use of the vehicle must be stopped immediately, The information on the vehicle reported by the supplier in step 6 is position information on the vehicle acquired in the ninth step and information on malfunctions occurring in the vehicle monitored in the first step. It is a thing.

  Moreover, this invention is a program for functioning a computer as a vehicle management system in the car sharing system as described in the above-mentioned invention.

  Moreover, this invention is a program for making a computer perform the vehicle management method in the car sharing system as described in the above-mentioned invention.

  The present invention is also a computer-readable recording medium on which the program described in the above invention is recorded.

  Since the present invention is configured as described above, it is possible to quickly find out the trouble that has occurred in the vehicle and to find out the trouble that has occurred in the vehicle without intervention of a person. There is an effect.

FIG. 1 is a block diagram showing an outline of a conventional car sharing system. FIG. 2 is a flowchart showing a procedure for using a conventional car sharing system. FIG. 3 is a flowchart showing a processing routine of an authentication process before using the vehicle in the car sharing system. FIG. 4 is a flowchart showing a processing routine of authentication processing after vehicle use in the car sharing system. FIG. 5 is a block diagram showing an outline of the car sharing system according to the present invention. FIG. 6 is a flowchart showing a procedure for using the car sharing system according to the present invention. FIG. 7 is a flowchart showing a processing routine of authentication processing before using the vehicle in the car sharing system. FIG. 8 is a flowchart showing a processing routine of a vehicle use stop process in the car sharing system. FIG. 9 is a flowchart showing a processing routine of authentication processing after vehicle use in the car sharing system.

  Hereinafter, an example of an embodiment of a vehicle management system, a vehicle management method, a program, and a computer-readable recording medium in a car sharing system according to the present invention will be described in detail with reference to the accompanying drawings.

  In the following description, the same or equivalent components as those of the conventional car sharing system 100 described with reference to FIGS. 1 to 4 are denoted by the same reference numerals as those used above. Therefore, the detailed configuration and description of the operation will be omitted as appropriate.

Here, FIG. 5 is a block diagram showing an outline of the car sharing system according to the present invention.

  A car sharing system 10 according to the present invention shown in FIG. 5 is connected to a personal computer 102 of a management organization of the car sharing system 10 and is a personal computer 104 of a user who has become a member of the management organization or a mobile phone of the user. A server 108 connected to the telephone 106 via a network or the like, a vehicle-mounted device 12 provided in the vehicle 110 and connected to the server 108 using a mobile phone network, and a vehicle-mounted device 12 connected to the vehicle 110 and connected to the vehicle-mounted device 12. Card reader 114, key box 116 provided in vehicle 110 and connected to vehicle-mounted device 12, and OBD 20 provided in vehicle 110 and connected to the vehicle-mounted device.

More specifically, the vehicle-mounted device 12 performs monitoring on the devices and functions provided in the vehicle 110 and controls based on the monitoring, and is connected to the GPS module 12a that communicates with the GPS satellite 16 and the mobile phone network. While processing various information from the communication module 12b, the card reader 114, the GPS module 12a, the communication module 12b, and the monitoring unit 12e (described later), the card reader 114, the key box 116, the OBD 20, and the vehicle-mounted device 12 as a whole. A main controller 12c that controls movement, an operation unit 12d that operates an engine starter 110a and a door lock / unlock system 110b provided in the vehicle 110 based on information from the main controller 12c, a door switch 110c provided in the vehicle 110, Igni 110d, battery voltage 110e, fuel gauge 110f, vehicle speed 110g, key box 116 and the monitor 12e for monitoring OBD 20, and a speaker (not shown) provided in key box 116 based on information from main controller 12c. And an audio module 12f for outputting guidance and the like.

  The GPS module 12a includes an antenna 12aa necessary for receiving a GPS signal from the GPS satellite 16, and the communication module 12b allows the vehicle-mounted device 12 to transmit and receive various types of information via the mobile phone network. The antenna 12ba is provided.

  Furthermore, the audio module 12f is connected to a speaker (not shown) provided in the key box 116.

  Furthermore, the card reader 114 is disposed in the vehicle 110, and a position where the user can read the authentication code stored in the IC card by tapping the IC card from the outside of the vehicle 110. Is arranged.

  The OBD 20 is mounted on the vehicle 110 and is installed in each on-board system such as an engine starter 110a, a door lock / unlock system 110b, a door switch 110c, an ignition 110d, a battery voltage 110e, a fuel gauge 110f, a vehicle speed 110g, an engine, and a brake. Are connected to an ECU 22 that electrically controls each in-vehicle system. Specifically, n (where “n” is a positive integer) ECUs 22-1, 22-2,. .. connected to 22-n. That is, although not shown, each of engine starter 110a, door lock / unlock system 110b, door switch 110c, ignition 110d, battery voltage 110e, fuel gauge 110f, and vehicle speed 110g is connected to any of ECUs 22-1 to 22-n. Will be.

In the above configuration, a case where the reservation and use of the vehicle 110 are performed using the car sharing system 10 will be described with reference to FIGS. 6 to 8. First, the function of each component will be described.

  First, the main controller 12 c inputs various information from the server 108, the monitoring unit 12 e, and the GPS satellite 16, stores the input information, and outputs various information to the server 108.

  Further, the main controller 12c performs output for controlling components such as the operation unit 12d, the monitoring unit 12e, the audio module 12f, the OBD 20, the card reader 114, and the key box 116.

  The operation unit 12d controls the main controller 12c when it is determined that the key is used to open the door and start the engine without authentication processing based on the monitoring result of the ignition 110d in the monitoring unit 12e. Thus, the engine starter 110a is controlled so as not to be started so that the engine is not started.

  Further, when the operation unit 12d inputs information from the main controller 12c that the authentication process has been completed, the operation unit 12d controls the door lock / unlock system 110b to lock and unlock the door of the vehicle 110.

  In addition, the monitoring unit 12e monitors the door open / close state by acquiring an open / close signal from the door switch 110c, and monitors whether the engine is in an activated state by acquiring an IG signal from the ignition 110d. And monitoring whether or not the vehicle 110 is in an operating state by acquiring a potential from the battery voltage 110e, and monitoring the remaining amount of fuel in the vehicle 110 by acquiring a remaining fuel signal from the fuel gauge 110f. The travel distance of the vehicle 110 is monitored by acquiring a vehicle speed signal from the vehicle speed 110g, and the malfunction of the vehicle 110 is monitored by acquiring information on the malfunction that has occurred in each of the ECUs 22-1 to 22-n from the OBD 20. Monitoring the presence or absence of a key by obtaining predetermined information from the key box 116. With it, and outputs these monitoring results to the main controller 12c.

The GPS module 12a acquires a GPS signal from the GPS satellite 16 and outputs the GPS signal to the main controller 12c. In the main controller 12c, position information of the vehicle 110 based on the acquired GPS signal. To get.

  The communication module 12b outputs various information in the main controller 12c to the server 108 using the mobile phone network, and inputs various information output from the server 108 using the mobile phone network to the main controller 12c. .

  The voice module 12f plays voice guidance from a speaker (not shown) provided in the key box 116.

  The activation of the card reader 114 is controlled by the main controller 12c, and when the IC card is put in the reading unit (not shown), the authentication code is read from the IC card and read. Is output to the main controller 12c.

  Further, the card reader 114 is provided with an LED lamp (not shown). Under the control of the main controller 12c, the LED lamp (not shown) is blinked to give the card reader a card reader. 114 is prompted to trick the IC card.

  The key box 116 is controlled by the main controller 12c so that the key can be taken out or impossible after the authentication process is completed, and a voice guidance from the voice module 12f is provided (see FIG. (Not shown).

  Each of the ECUs 22-1 to 22-n is a computer that electrically controls an in-vehicle system such as an engine and a brake.

  The OBD 20 is activated by the main controller 12c, acquires defect information generated in the ECUs 22-1 to 22-n, and outputs the acquired defect information to the monitoring unit 12e.

Next, a usage procedure in the car sharing system 10 and an authentication process using a mobile phone will be described with reference to FIGS.

  First, when using the car sharing system 10, when a user applies for membership registration to a management organization, the management organization creates a registration code unique to the user and distributes the registration code to the user. The data is stored in storage means (not shown) provided in 108.

  Further, an IC card storing the same authentication code as the registration code described above and an ID and password necessary for the user to access the reservation site provided in the server 108 are distributed to the user. The

  Then, the user who has completed membership registration with the management organization and has obtained the IC card accesses the reservation site provided in the server 108 using the personal computer 104 or the mobile phone 106 in the car sharing system 10. The user logs in by entering the ID and password acquired at the time of member registration, browses information such as the state of the vehicle 110 and the reservation status of the vehicle 110, and reserves the vehicle 110 that meets the user's request (step S602).

  When the reservation of the vehicle 110 by the user is completed and the reservation time is reached, this reservation information is output from the server 108 to the main controller 12c via the communication module 12b using the mobile phone network.

  Then, the user goes to the parking lot where the vehicle 110 is parked at the reserved time (step S604), and the authentication process is performed by tricking the card reader 114 provided in the vehicle 110 with the IC card acquired at the time of member registration. This is performed (step S606).

Here, the flowchart of FIG. 7 shows the detailed processing contents of the authentication process before using the vehicle in step S606. In the authentication process before using the vehicle, first, the reservation time is reached and the server 108 When the reservation information is output to the main controller 12c, under the control of the main controller 12c, an LED lamp (not shown) provided in the card reader 114 is blinked to notify the card reader 114 of the activation, Since the card reader 114 is activated, the user who has come to the parking lot where the vehicle 110 is parked at the reservation time tricks the card reader 114 with the IC card acquired at the time of membership registration, and the card reader 114 receives the IC card. Is read (step S702).

  That is, when the user puts the IC card on the card reader 114, the card reader 114 reads the authentication code of the IC card, outputs the read authentication code to the main controller 12c, and the communication module 12b from the main controller 12c. The data is output to the server 108 via the mobile phone network (step S704).

  When the authentication code is input to the server 108, the server 108 determines whether or not the authentication code matches the user registration code stored in advance in the server 108 (step S706).

  If it is determined in step S706 that the authentication code does not match the user registration code, the server 108 uses the mobile phone network to determine that the authentication code does not match the registration code. Then, the data is output to the main controller 12c via the communication module 12b, and the LED lamp (not shown) provided in the card reader 114 is blinked under the control of the main controller 12c, so that the IC can be connected to the user again. The card reader 114 is prompted to trick the card (step S708), and the process returns to step S702 again.

  On the other hand, if it is determined in step S706 that the authentication code matches the user's registration code, the server 108 sends a determination result that the authentication code matches the registration code to the mobile phone network. The LED lamp (not shown) provided on the card reader 114 is blinked by the control of the main controller 12c, and the key box is provided via the voice module 12f. A voice guidance indicating that the security of the vehicle has been released is played from a speaker (not shown) provided at 116, and the security of the vehicle 110 is released, specifically, the door lock of the vehicle 110 is released, A state in which the key can be taken out from the key box 116 (Step S710).

  Note that the IC card is inserted into the card reader 114 and the authentication process is started until a determination is made by the determination process whether or not the authentication code matches the registration code (that is, the authentication process is in progress). .) Flashes an LED lamp (not shown) provided in the card reader 114 under the control of the main controller 12c.

  In the above description, when the card reader 114 is activated, during the authentication process, when it is determined that the authentication code and the registration code do not match, when it is determined that the authentication code and the registration code match, the main code The LED lamp (not shown) provided in the card reader 114 is caused to blink under the control of the controller 12c. The blinking patterns of these LED lamps are different. Therefore, the user can know what the state is based on the difference in the blinking pattern.

As described above, when the authentication is completed by the authentication process before using the vehicle in step S606, the card reader 114 is turned off by the main controller 12c, and the user gets on the vehicle 110 and presses the key from the key box 114. Take out (step S608) and start the engine using the taken out key. At this time, the main controller 12c activates the OBD 20 based on the monitoring result of the ignition 110d in the monitoring unit 12e, and the ECUs 22-1 to 22- Detection of defect information occurring at n is started (step S610).

  That is, the main controller 12c receives the monitoring result of the ignition 110d of the monitoring unit 12e, and starts the OBD 20 when it is determined that the engine of the vehicle 110 has been started, and starts detection of malfunction information generated in the vehicle 110 by the OBD 20. .

  The user uses the vehicle 110 that has become available after the engine is started, but the OBD 20 always monitors the ECUs 22-1 to 22-n while the vehicle 110 is being used by the user. Thus, it is monitored whether or not the ECU 22-1 to 22-n has a defect (step S612), and it is determined whether or not the defect information is detected in the OBD 20 (step S614).

  In the determination process of step S614, if trouble information is detected, that is, if trouble information is detected from any of the ECUs 22-1 to 22-n by the OBD 20 during use of the vehicle 110 by the user, the vehicle The use stop process is performed (step S616).

Here, the flowchart of FIG. 8 shows the detailed processing contents of the vehicle use stop processing in step S616. In the vehicle use stop processing, first, the ECUs 22-1 to 22 detected in the OBD are detected. -N is output to the monitoring unit 12e, the failure information generated in any one of -n, based on the monitoring in the monitoring unit 12e, the failure information output to the monitoring unit 12e by the main controller 12c from the main controller 12c to the communication module 12b Via the mobile phone network, the server 108 outputs the failure information output to the server 108 from the server 108 to the personal computer 102 of the management organization, and displays it on the display screen of the personal computer 102 to display the management organization. To report a problem that occurred in the vehicle 110 Step S802).

  Then, in the server 108, it is determined whether or not the malfunction information output from the main controller 12c is so severe that use by the user of the vehicle 110 must be stopped immediately (step S804).

  In the determination process of step S804, when it is determined that the malfunction information output from the main controller 12c is so severe that use by the user of the vehicle 110 must be immediately stopped, it is output from the main controller 12c. A determination result that the failure information is so severe that use by the user of the vehicle 110 must be stopped immediately is output to the main controller 12c via the communication module 12b using the mobile phone network. Under the control, a voice guidance that prompts the user to immediately stop using the vehicle 110 is played from a speaker (not shown) provided in the key box 116 via the voice module 12f, and a warning is given to the user. (Step S806).

  If a warning is given to the user in the process of step S806, the user stops the engine of the vehicle 110 by the main controller 12c based on the monitoring result of the ignition 110d in the monitoring unit 12e, and the vehicle It is determined whether or not the use of 110 has been stopped (step S808).

  In the determination process in step S808, if it is determined that the user has not stopped the engine of the vehicle 110 and has not stopped using the vehicle 110, that is, has continued to use the vehicle 110, the process again. Returning to the process of step S806, voice guidance for prompting the user to immediately stop using the vehicle 110 from a speaker (not shown) provided in the key box 116 via the voice module 12f under the control of the main controller 12c. To warn the user.

  If it is determined in step S808 that the user has stopped the engine of the vehicle 110 and has stopped using the vehicle 110, the main controller 12c uses the GPS module 12a via the GPS satellite 16 The GPS signal is input from, and the position information of the vehicle 110 whose use is stopped is acquired based on the acquired GPS signal (step S810).

  Then, the position information of the vehicle 110 acquired by the main controller 12c is output from the main controller 12 to the server 108 via the communication module 12b using the mobile phone network, and the maintenance contractor who performs maintenance and repair of the vehicle 110 personally. By outputting, for example, the position information of the vehicle 110 output from the server 108 using the mobile phone network and the failure information generated in the vehicle 110 to the computer or the like (step S812), Arrange processing such as pick-up of users.

  Further, the server 108 checks the reservation status of the vehicle 110 from the reservation information managed by the server 108 (step S814), and determines whether or not the vehicle 110 is reserved (step S816).

  If it is determined in step S816 that the vehicle 110 is reserved, the server 108 makes reservations to the personal computers 104 and mobile phones 106 of all users who have reserved the vehicle 110. A notification is made that the vehicle 110 cannot be used, and the user is prompted to make a reservation for another vehicle via the user's personal computer 104 or mobile phone 106 (step S818).

  Thereafter, the vehicle 110 is set in a state in which reservation at the reservation site is impossible until the repair of the vehicle 110 is completed at the reservation site provided in the server 108 (step S820).

  If it is determined in step S816 that the vehicle 110 is not reserved, step S820 is performed, and the vehicle 110 is repaired on the reservation site provided in the server 108. Reservation is impossible until the end (step S820).

  On the other hand, if it is determined in step S804 that the failure information output from the main controller 12 is not so severe that the user of the vehicle 110 must immediately stop using it, the server 108 The reservation status of the vehicle 110 is confirmed from the reservation information managed in (Step S822), and it is determined whether or not the vehicle 110 is reserved (Step S824).

  If it is determined in step S824 that the vehicle 110 has not been reserved, the vehicle 110 cannot be reserved at the reservation site provided in the server 108 until the repair of the vehicle 110 is completed. (Step S826).

  If it is determined in step S824 that the vehicle 110 is reserved, the personal computer 104 and the mobile phone 106 of all users who have reserved the vehicle 110 from the server 108 A notification is made that the reserved vehicle 110 cannot be used, and the user is prompted to make a reservation for another vehicle via the user's personal computer 104 or mobile phone 106 (step S828). Thereafter, the process of step S826 is performed.

  When the processing of step S826 is completed, the server 108 is used to, for example, a mobile phone network, for example, a predetermined return position of the vehicle 110, and a time when the use of the vehicle 110 is completed. Then, by outputting information on the trouble that has occurred in the vehicle 110 (step S830), the vehicle 110 is arranged for repair, and then the process returns to the process in step S618 described later.

On the other hand, if the defect information is not detected in the determination process of step S614, that is, if the defect information is not detected from any of the ECUs 22-1 to 22-n by the OBD 20 while the user uses the vehicle 110, the vehicle 110 is The user who used the vehicle parks the vehicle 110 at a predetermined return position and stops the engine of the vehicle 110 by using the key until the reservation time ends. At this time, in the main controller 12c, the monitoring unit Based on the monitoring result of the ignition 110d in 12e, the OBD 20 is stopped, and the detection of the defect information in the ECUs 22-1 to 22-n is ended (step S618).

  That is, when the main controller 12c receives the monitoring result of the ignition 110d of the monitoring unit 12e and determines that the engine of the vehicle 110 is stopped, the main controller 12c stops the OBD 20 and ends the detection of defect information generated in the vehicle 110 by the OBD 20. .

  Then, the key of the vehicle 110 is returned to the key box 116, and all the doors of the vehicle 110 are closed (step S620).

  After the processing in step S620, the IC card is again put on the card reader 114 provided in the vehicle 110, and the card reader 114 provided in the vehicle 110 is read to authenticate (step S622).

Here, the flowchart of FIG. 9 shows the detailed contents of the authentication process after using the vehicle in step S622. In the authentication process after using the vehicle, first, an ignition 110d, key, and key in the monitoring unit 12e are shown. Whether the engine of the vehicle 110 is stopped by the main controller 12c based on the monitoring result of the box 116 and the door switch 110c, the key is returned to the key box 116, and all the doors of the vehicle 110 are closed. Is determined (step S902).

  In the determination processing in step S902, one of the three of "stop of engine of vehicle 110", "return of key to key box 116", and "all doors of vehicle 110 are closed" is performed. If it is determined that the vehicle 110 is not used, it is determined that the vehicle 110 is to be used continuously, and the process is terminated without performing the authentication process.

  On the other hand, if it is determined in step S902 that the engine of the vehicle 110 is stopped, the key is returned to the key box 116, and all the doors of the vehicle 110 are closed, the main controller 12c. Under the control, an LED lamp (not shown) provided on the card reader 114 is blinked to notify the user of the activation to the card reader 114 and to the user via the voice module 12f. Voice guidance for prompting the user to pick up the IC card is played from a speaker (not shown) provided in the key box 116, and the card reader 114 provided in the vehicle 110 is activated.

  Then, the user puts the IC card on the card reader 114 and causes the card reader 114 to read the IC card (step S904).

  That is, when the user puts the IC card on the card reader 114, the card reader 114 reads the authentication code of the IC card, reads and outputs the authentication code to the main controller 12c, and the communication module 12b from the main controller 12c. Then, the data is input to the server 108 using the mobile phone network (step S906).

  When the authentication code is input to the server 108, the server 108 determines whether the authentication code matches the user registration code stored in the server 108 in advance (step S908).

  If it is determined in step S908 that the authentication code and the user's registration code do not match, the server 108 sends a determination result that the authentication code and the registration code do not match to the mobile phone network. The data is output to the main controller 12c via the communication module 12b, and an LED lamp (not shown) provided in the card reader 114 is blinked under the control of the main controller 12c, so that the user can be reactivated. The card reader 114 is prompted to pick up the IC card (step S910), and the process returns to step S904 again.

  On the other hand, if it is determined in step S908 that the authentication code matches the user registration code, the server 108 registers the authentication code that matches the authentication code from the reservation information managed by the server 108. The reservation status of the code user is confirmed (step S912), and it is determined whether or not the vehicle 110 used by the user exists (step S914).

  If it is determined in step S914 that the vehicle 110 used by the user does not exist, the determination result that the vehicle 110 used by the user does not exist is sent from the server 108 to the mobile phone. Using the network, the data is output to the main controller 12c via the communication module 12b. With the card reader 114 activated by the main controller 12c, the process ends without activating the security of the vehicle 110.

  That is, if it is determined in step S914 that the vehicle 110 used by the user does not exist, it is determined that the vehicle 110 cannot be returned by the user, and the vehicle 110 is returned. This is a state where the vehicle 110 is not being used, that is, the user is using the vehicle 110.

  On the other hand, if it is determined in step S914 that the vehicle 110 used by the user exists, the determination result that the vehicle 110 used by the user exists is sent from the server 108 to the mobile phone network. The LED 110 (not shown) provided on the card reader 114 is blinked under the control of the main controller 12c, and the vehicle 110 is returned to the main controller 12 via the communication module 12b. In addition, the vehicle 110 is activated, specifically, the vehicle 110 is locked, and the key cannot be removed from the key box 116 (step S916).

  Note that the IC card is deceived by the card reader 114 and the authentication process is started, until a determination is made based on whether or not the vehicle 110 used by the user exists (that is, during the return process). Is blinking an LED lamp (not shown) provided in the card reader 114 under the control of the main controller 12c.

  In the above description, when the card reader 114 is activated, during the return process, when it is determined that the authentication code and the registration code are in the same city, or when it is determined that the vehicle 110 used by the user exists The LED lamp (not shown) provided on the card reader 114 is caused to blink under the control of the main controller 12c. The blinking patterns of these LED lamps (not shown) are different from each other. . Therefore, the user can know what the state is based on the difference in the blinking pattern.

When the authentication by the authentication process after using the vehicle in step S622 described above is completed, the card reader 114 is turned off by the main controller 12c, and the monitoring unit 12e turns the running time, the running distance, the remaining amount of fuel, the vehicle 110 The status and the like are monitored, and the monitoring information is output to the main controller 12c. Further, the monitoring information is output to the server 108 via the communication module 12b using the mobile phone network.

  Based on the monitoring information output to the server 108 in this way, the management organization accesses the management system of the server 108 from the personal computer 102, calculates the fee generated by using the vehicle 110, and uses the calculated fee as the personal information of the user. The computer 104 or the mobile phone 106 is notified (step S624).

As described above, in the car sharing system 10, when the user uses the vehicle 110 by the main controller 12c, the ECU 22-1 always starts from when the engine is started until when the engine is stopped. -22-n is monitored, even if a failure occurs in the vehicle 110, information on the failure can be acquired immediately, and by acquiring such failure information as soon as possible, a serious failure occurs. In such a case, by warning the user to stop the use, the use of the vehicle 110 can be stopped and the safety of the user can be ensured.

  Furthermore, as described above, since trouble information that has occurred in the vehicle 110 is acquired, the trouble that has occurred in the vehicle 110 can be found without any human intervention, and the frequency of inspections by specialized staff can be increased. It can be reduced and the management cost can be suppressed.

The embodiment described above may be modified as shown in the following (1) to (9).

  (1) In the above-described embodiment, from the time when the user starts the engine of the vehicle 110 using the key until the time when the user stops the engine of the vehicle 110 using the key. However, the defect information generated in the vehicle 110 is detected by the OBD 20, but the present invention is not limited to this. For example, the authentication process after using the vehicle is completed after the authentication process before using the vehicle is completed. Until it is completed, failure information generated in the vehicle 110 may be detected by the OBD 20 at all times.

  (2) In the above-described embodiment, the LED lamp blinks in the processing of step S708 and the processing of step S810, and the user is prompted to trick the card reader 114 into the IC card again. However, it is needless to say that the present invention is not limited to this.

  That is, instead of blinking the LED lamp, a voice guidance is sent from a speaker (not shown) provided in the key box 116 to urge the user to insert the IC card into the card reader 114 again. You may do it.

  Furthermore, in addition to the blinking of the LED lamp, a voice guidance is sent from a speaker (not shown) provided in the key box 116 to urge the user to insert the IC card into the card reader 114 again. You may do it.

  (3) In the above-described embodiment, in the process of step S816, under the control of the main controller 12c, an LED lamp (not shown) provided on the card reader 114 is blinked to the vehicle for the user. Although the completion of the return processing of 110 has been notified, the present invention is not limited to this. Of course, instead of blinking the LED lamp, a voice guidance indicating that the security of the vehicle 110 has been activated is given to the main controller 12c. The voice module 12f may be controlled to flow from a speaker (not shown) provided in the key box 116. In addition to blinking the LED lamp, voice guidance indicating that the security of the vehicle 110 has been activated is provided. The main controller 12c controls the audio module 12f to control the key box 1 May be supplied from the speaker provided in the 6 (not shown.).

  (4) In the above-described embodiment, the server 108 determines the degree of defect information and performs predetermined processing. However, the present invention is not limited to this, and is output to the server 108. The defect information thus displayed is displayed on the personal computer 102 and reported to the administrator side. The administrator confirms the report of the defect information, and the administrator makes a determination based on the defect information. It may be instructed to perform each process via

  Specifically, after displaying the defect information output to the server 108 on the personal computer 102 and reporting the defect that occurred to the administrator, the administrator confirms the report of the defect information, and the administrator For example, it is determined whether or not the vehicle 110 can be continuously used based on the defect information while referring to auxiliary materials such as a manual.

  If the vehicle 110 cannot be used continuously, the administrator contacts the user who is using the vehicle 110 via the mobile phone 106 to place the vehicle 110 in the maintenance state at the reservation site. In addition to making reservations, the administrator contacts the user who reserved the failed vehicle 110 via the personal computer 104 or the mobile phone 106 to make reservations. The reservation details are changed after confirming whether to cancel or to use another vehicle.

  Also, after the defect information output to the server 108 is displayed on the personal computer 102 and reported to the administrator, the personal computer 102 manages the processing to be performed on the defect information based on the reported defect information. It is also possible to make a proposal to a person, determine a process to be performed by the manager based on the proposal, and instruct the process based on the proposal via the personal computer 102.

  Specifically, the defect information output to the server 108 is displayed on the personal computer 102, and the defect that has occurred is reported to the administrator.

  In the personal computer 102, based on the reported defect information, the information stored in advance is referred to, and a proposal is made as to whether or not the vehicle 110 can be used continuously. Judge whether or not to continue use.

  If the vehicle 110 cannot be used continuously, the administrator contacts the user who is using the vehicle 110 via the mobile phone 106 to place the vehicle 110 in the maintenance state at the reservation site. In addition to making reservations, the administrator contacts the user who reserved the failed vehicle 110 via the personal computer 104 or the mobile phone 106 to make reservations. The reservation details are changed after confirming whether to cancel or to use another vehicle.

  (5) In the embodiment described above, in the process of step S828, if it is determined in the determination process of step S824 that there is a reservation for the vehicle 110, all the reservations for the vehicle 110 from the server 108 are made. The user's personal computer 104 and the mobile phone 106 are notified that the reserved vehicle 110 cannot be used, and the user is separately notified via the user's personal computer 104 and the mobile phone 106. However, the present invention is not limited to this, and it is a matter of course that, in the process of step S828, if the repair takes time depending on the content of the defect information. Notifying all of the reservations up to several days in advance that the reserved vehicle 110 cannot be used. If the user is urged to make a reservation for another vehicle via the user's personal computer 104 or mobile phone 106, and it does not take time to repair, all of the reservations on the day You may make it notify that the reserved vehicle 100 cannot be used and to make a reservation of another vehicle.

  (6) In the above-described embodiment, it is determined whether or not the failure information is so severe that use by the user of the vehicle 110 must be stopped immediately. However, the present invention is not limited to this, and the degree of defect information may be divided into two or more stages. Processing may be performed according to the degree of defect information.

  (7) In the above-described embodiment, when the defect information is so severe that use by the user of the vehicle 110 must be immediately stopped, the position information of the vehicle 110 and the defect information generated in the vehicle 110 are displayed. After contacting the maintenance company, the user who reserved the vehicle 110 is informed that the vehicle 110 can no longer be used, and the vehicle 110 cannot be reserved at the reservation site. Of course, the present invention is not limited to this, and the user who reserved the vehicle 110 is informed that the vehicle 110 can no longer be used, and the vehicle 110 cannot be reserved at the reservation site. After making it in a state, the maintenance company is notified of the position information of the vehicle 110 and the failure information generated in the vehicle 110. Good.

  (8) In the above-described embodiment, in the determination process in step S804, if the malfunction information is so severe that the user of the vehicle 110 must immediately stop using it, the control of the main controller 12c is performed. Thus, a voice guidance for prompting the user to immediately stop using the vehicle 110 is played from a speaker (not shown) provided in the key box 116 via the voice module 12f, and a warning is given to the user. However, the present invention is not limited to this, and in addition to voice guidance from a speaker (not shown), an LED lamp (not shown) provided in the card reader 114 is used as the main. Blinks under the control of the controller 12c, and the user immediately stops using the vehicle 110. You may be prompted to.

  (9) You may make it combine suitably the embodiment shown above and the modification shown in said (1) thru | or (8).

  The present invention is a car sharing system suitable for use by an organization that manages car sharing.

DESCRIPTION OF SYMBOLS 10,100 Car sharing system 12,112 Onboard equipment 12a GPS module 12b Communication module 12c Main controller 12d Operation part 12e Monitoring part 16 GPS satellite 20 OBD
22-1 to 22-n ECU
102, 104 Personal computer 106 Mobile phone 108 Server 110 Vehicle 114 Card reader 116 Key box

Claims (11)

A car sharing system that manages a vehicle according to a reservation from a user, performs an authentication process by the user, lends and returns the vehicle to the user, and manages defects occurring in the vehicle Vehicle management system in
Monitoring means for monitoring malfunctions occurring in one or more ECUs mounted on the vehicle;
Reporting means for reporting a monitoring result by the monitoring means to an administrator;
A vehicle management system in a car sharing system, comprising: vehicle use stopping means for stopping use of the vehicle based on a failure that has occurred in the ECU monitored by the monitoring means. In the vehicle management system in the car sharing system according to claim 1,
The vehicle use stopping means is
A judging means for judging the degree of malfunction occurring in the ECU shown as a monitoring result;
Warning means for warning the user to immediately stop using the vehicle;
First reporting means for reporting information relating to the vehicle to a supplier who repairs the vehicle;
A second reporting means for reporting to the user who reserved the vehicle that the vehicle can no longer be used;
Reservation stopping means for stopping reservation of the vehicle,
In the vehicle use stop means, the warning means warns the user to immediately stop using the vehicle based on the determination result of the determination means, and the first notification means causes the vehicle to stop. To the supplier who repairs the vehicle, informs the user who reserved the vehicle that the vehicle cannot be used by the second reporting means, and notifies the user of the vehicle by the reservation stopping means. A vehicle management system in a car sharing system characterized by stopping reservations. In the vehicle management system in the car sharing system according to claim 2,
The determination means determines whether or not the use of the vehicle must be stopped immediately;
If the determination means determines that the use of the vehicle should be stopped immediately, the warning means immediately stops the use of the vehicle for the user using the vehicle. The first reporting means informs the dealer of information about the vehicle, and the second reporting means informs the user who reserved the vehicle that the vehicle can no longer be used. , Stop the reservation of the vehicle by the reservation stop means,
If the determination means does not determine that the use of the vehicle must be stopped immediately, the second notification means notifies the user who reserved the vehicle that the vehicle can no longer be used. Then, the reservation of the vehicle is stopped by the reservation stop means, and the vehicle information is reported to the supplier by the first notification means. The vehicle management system in the car sharing system. In the vehicle management system in the car sharing system according to any one of claims 2 and 3,
A vehicle position that receives a GPS signal from a GPS satellite when the user stops the engine of the vehicle, and obtains position information of the vehicle based on the GPS signal, after the warning is given by the warning means Information acquisition means,
When the determination means determines that the use of the vehicle should be stopped immediately, the information related to the vehicle that the first communication means notifies the contractor is acquired by the vehicle position information acquisition means The vehicle management system in the car sharing system, wherein the vehicle management information is position information of the vehicle and information on a failure occurring in the vehicle monitored by the monitoring unit. A car sharing system that manages a vehicle according to a reservation from a user, performs an authentication process by the user, lends and returns the vehicle to the user, and manages defects occurring in the vehicle Vehicle management method in
A first step of monitoring a malfunction occurring in one or more ECUs mounted on the vehicle;
A second step of reporting a monitoring result of the plurality of ECUs to an administrator;
A vehicle management method in a car sharing system, comprising: a third step of stopping the use of the vehicle on the basis of a malfunction occurring in the ECU monitored by the monitoring means. In the vehicle management method in the car sharing system according to claim 5,
The third step includes
A fourth step of determining the degree of malfunction occurring in the ECU monitored in the first step;
A fifth step of warning the user to immediately stop using the vehicle;
A sixth step of reporting information on the vehicle to a supplier who repairs the vehicle;
A seventh step of notifying the user who reserved the vehicle that the vehicle can no longer be used;
An eighth step of stopping reservation of the vehicle,
In the third step, the fifth to eighth steps are performed based on the determination result in the fourth step. A vehicle management method in a car sharing system, characterized in that: In the vehicle management method in the car sharing system according to claim 6,
In the fourth step, it is determined whether or not the use of the vehicle must be stopped immediately;
In the fourth step, when it is determined that the use of the vehicle must be stopped immediately, the use of the vehicle to the user who uses the vehicle in the fifth step. To the user who has reserved the vehicle that the vehicle cannot be used in the seventh step. And stop the reservation of the vehicle in the eighth step,
If it is determined in the fourth step that the use of the vehicle must be stopped immediately, the user who has reserved the vehicle that the vehicle can no longer be used in the seventh step. The vehicle management method in the car sharing system, comprising: reporting, stopping reservation of the vehicle in the eighth step, and notifying the supplier of information on the vehicle in the step 6. In the vehicle management method in the car sharing system according to any one of claims 6 and 7,
After the warning is given in the fifth step, when the user stops the engine of the vehicle, the user receives a GPS signal from a GPS satellite and acquires the position information of the vehicle based on the GPS signal. A ninth step,
In the fourth step, when it is determined that the use of the vehicle must be stopped immediately, information on the vehicle reported by the supplier in the sixth step is acquired in the ninth step. The vehicle management method in the car sharing system, characterized in that the position information is information on the vehicle and the information on the malfunction occurred in the vehicle monitored in the first step.   The program for functioning a computer as a vehicle management system in the car sharing system of any one of Claim 1, Claim 2, Claim 3, and Claim 4.   The program for making a computer perform the vehicle management method in the car sharing system of any one of Claim 5, Claim 6, Claim 7, and Claim 8.   The computer-readable recording medium which recorded the program of any one of Claim 9 or 10.

Images