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

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 the 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, In a vehicle management system in a car sharing system for managing defects occurring in the vehicle , an authentication means for performing authentication processing of the user before and after using the vehicle, and 1 mounted on the vehicle Monitoring means for monitoring a failure occurring in one or more ECUs, a reporting means for reporting the monitoring result of the monitoring means to an administrator, and the vehicle based on the failure occurring in the ECU monitored by the monitoring means the vehicle used stopping means for stopping the use of, receives GPS signals from GPS satellites, the vehicle position to obtain the positional information of the vehicle based on the GPS signal Possess the information acquisition means, said monitoring means, until when the authentication process after the vehicle available from after completion of the authentication process before the vehicle use by the authentication means is completed, one always mounted on the vehicle Whether or not it is necessary to immediately stop the use of the vehicle by monitoring the malfunction occurring in the ECU and determining the degree of the malfunction that has occurred in the ECU indicated as a monitoring result. determining means for determining, based on the determination result of the determining means, and warning means for performing a warning to the user to immediately stop using the vehicle, the acquired from the vehicle position information acquisition unit First reporting means for reporting information relating to vehicle position information and malfunctions occurring in the ECU monitored by the monitoring means to a supplier who repairs the vehicle; and the vehicle cannot be used. A second notification means for notifying a user who has reserved the vehicle and urging the user to make a reservation for another vehicle, and a reservation stop means for stopping the reservation of the vehicle. Thus, when it is determined that the degree of the malfunction should immediately stop the use of the vehicle, the warning means causes the user to immediately stop the use of the vehicle. Until the use of the vehicle is stopped, the first reporting means informs the contractor of the position information of the vehicle and information on the malfunction occurring in the ECU, and the second reporting means uses the vehicle. Notifying the user who has reserved the vehicle that the vehicle cannot be used and urging the user to make a reservation for another vehicle, stopping the reservation of the vehicle by the reservation stop means, and ending the repair of the vehicle If it is determined by the above-mentioned judging means that the degree of the above-mentioned problem is that the use of the vehicle must be stopped immediately, the above-mentioned second reporting means. Notifying the user who reserved the vehicle that the vehicle has become unusable and urging the user to make a reservation for another vehicle, stopping the reservation of the vehicle by the reservation stop means, and by the first notification means Information on the position information of the vehicle, use end time, and malfunctions occurring in the ECU is reported to the supplier .

In addition, the present invention manages a vehicle according to a reservation from a user using a vehicle management system having an authentication unit, a monitoring unit, a reporting unit, a vehicle use stop unit, and a vehicle position information acquisition unit. A vehicle management method in a car sharing system for performing an authentication process by the user, lending and returning the vehicle to the user, and managing defects occurring in the vehicle, after use before and of the vehicle use, a first step of performing authentication processing of the user, a second step of monitoring the damage caused to one or more of the ECU mounted on the vehicle, said plurality A third step of reporting the monitoring result of the ECU to the administrator, a fourth step of stopping the use of the vehicle based on a failure occurring in the ECU monitored in the second step, Receiving GPS signals from GPS satellites, based on the GPS signals have a fifth step of obtaining location information of the vehicle, in the second step, the vehicle utilized before by the upper first step From the completion of the authentication process to the time when the authentication process after use of the vehicle is completed, the trouble that has occurred in one or more ECUs mounted on the vehicle is always monitored. And a sixth step of determining whether or not the use of the vehicle should be stopped immediately, and a determination result of the sixth step. A seventh step of giving a warning to the user so as to immediately stop the use of the vehicle, the position information of the vehicle acquired from the fifth step, and the ECU monitored by the second step Regarding the problem that occurred An eighth step of notifying the vehicle repair company of the information, and a ninth notification notifying the user who reserved the vehicle that the vehicle can no longer be used and urging the user to make a reservation for another vehicle And a tenth step of stopping the reservation of the vehicle, and the sixth step determines that the degree of the problem is that the use of the vehicle must be stopped immediately. Warns the user in the seventh step until the use of the vehicle is stopped so that the use of the vehicle is immediately stopped. In the eighth step, the user is notified of the vehicle. Report location information and information about malfunctions occurring in the ECU, notify the user who reserved the vehicle in the ninth step, and urge the user to reserve another vehicle. The reservation of the vehicle is stopped in the tenth step, and the vehicle cannot be reserved until the repair of the vehicle is completed. If it is not determined that the vehicle must be stopped immediately, the user who has reserved the vehicle has been informed that the vehicle has become unusable in the ninth step, and a request is made to make a reservation for another vehicle. The reservation of the vehicle is stopped by the tenth step, and the position information of the vehicle, the use end time, and the information on the trouble occurring in the ECU are notified to the supplier by the eighth step. Vehicle management method in car sharing system.

  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 9. 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, referring to FIGS. 6 to 9, a description will be given of use termination process of a vehicle in a car-sharing system 10.

  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, in the process of processing and Step S 9 10 step S 708, by blinking the LED lamp, prompt the card reader 114 again to the user so holds the IC card Of course, this is not a limitation.

  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 embodiments, in the process of step S 9 16, under the control of the main controller 12c, to a user by blinking the LED lamp provided in the card reader 114 (not shown.) The vehicle 110 is notified of the completion of the return process, but the present invention is not limited to this, and the voice guidance indicating that the security of the vehicle 110 has been activated is used instead of the flashing of the LED lamp. The controller 12c may control the audio module 12f to flow from a speaker (not shown) provided in the key box 116. In addition to blinking the LED lamp, a sound indicating that the security of the vehicle 110 has been activated. Guidance, the main controller 12c controls the voice module 12f, the key box Speaker provided 16 (not shown.) It may be supplied from.

  (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 (5)

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 In the vehicle management system in
Authentication means for performing authentication processing of the user before use of the vehicle and after use of the vehicle;
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;
Vehicle use stopping means for stopping the use of the vehicle based on a failure occurring in the ECU monitored by the monitoring means;
Receiving GPS signals from GPS satellites, possess a vehicle position information obtaining means for obtaining position information of the vehicle based on the GPS signals,
The monitoring means always detects a problem that has occurred in one or more ECUs mounted on the vehicle from the completion of the authentication process before using the vehicle by the authentication means until the time when the authentication process after using the vehicle is completed. Monitor
The vehicle use stopping means is
Judging means for judging whether or not the use of the vehicle has to be stopped immediately by judging the degree of malfunction occurring in the ECU shown as a monitoring result ;
Warning means for giving a warning to the user so as to immediately stop the use of the vehicle based on the determination result of the determination means;
First notifying means for notifying a supplier who repairs the vehicle of the position information of the vehicle acquired from the vehicle position information acquiring means and information relating to a malfunction occurring in the ECU monitored by the monitoring means;
A second reporting means for notifying a user who has reserved the vehicle that the vehicle can no longer be used and urging the user to reserve another vehicle;
Reservation stopping means for stopping reservation of the vehicle;
Have
If it is determined by the determination means that the degree of the malfunction should immediately stop using the vehicle,
The warning means warns the user until the use of the vehicle is stopped so as to immediately stop the use of the vehicle,
Report the vehicle position information and information about a malfunction occurring in the ECU to the supplier by the first reporting means,
Notifying the user who reserved the vehicle that the vehicle can no longer be used by the second reporting means and urging the user to reserve another vehicle;
Reservation of the vehicle is stopped by the reservation stopping means, and reservation is impossible until the repair of the vehicle is completed.
Shall be
If the determination means does not determine that the degree of the malfunction should immediately stop using the vehicle,
Notifying the user who reserved the vehicle that the vehicle can no longer be used by the second reporting means and urging the user to reserve another vehicle;
The reservation stop means stops the reservation of the vehicle, and the first notification means notifies the contractor of position information of the vehicle, use end time, and information related to a malfunction occurring in the ECU. Vehicle management system in the sharing system. Authentication means;
Monitoring means;
Reporting means;
Vehicle use stopping means;
Using a vehicle management system having vehicle position information acquisition means, manages a vehicle according to a reservation from a user, performs an authentication process by the user, and lends and returns the vehicle to the user. And a vehicle management method in a car sharing system for managing defects occurring in the vehicle,
A first step of performing an authentication process of the user before using the vehicle and after using the vehicle;
A second step of monitoring a malfunction occurring in one or more ECUs mounted on the vehicle;
A third step of reporting a monitoring result of the plurality of ECUs to an administrator;
A fourth step of stopping the use of the vehicle based on a malfunction occurring in the ECU monitored in the second step;
Receiving GPS signals from GPS satellites, have a fifth step of acquiring position information of the vehicle based on the GPS signals,
In the second step, one or more ECUs always mounted on the vehicle from the completion of the authentication process before using the vehicle in the first step until the time when the authentication process after using the vehicle is completed. To monitor for malfunctions
The fourth step includes
A sixth step of judging whether or not the use of the vehicle has to be stopped immediately by judging the degree of malfunction occurring in the ECU shown as a monitoring result ;
A seventh step of alerting the user to immediately stop using the vehicle based on the determination result of the sixth step;
An eighth step of notifying a vehicle repairer of the vehicle position information acquired from the fifth step and information relating to the malfunction that has occurred in the ECU monitored in the second step;
A ninth step of notifying the user who reserved the vehicle that the vehicle can no longer be used and urging the user to make a reservation for another vehicle;
A tenth step of stopping reservation of the vehicle;
Have
If it is determined by the sixth step that the degree of the malfunction must immediately stop using the vehicle,
Warning the user until the use of the vehicle is stopped so that the use of the vehicle is immediately stopped by the seventh step;
Report the position information of the vehicle and the information related to the malfunction occurring in the ECU to the supplier by the eighth step,
Notifying the user who reserved the vehicle that the vehicle can no longer be used in the ninth step and urging the user to reserve another vehicle,
The reservation of the vehicle is stopped by the tenth step, and the reservation is impossible until the repair of the vehicle is completed.
Shall be
In the case where the sixth step determines that the degree of the malfunction is that the use of the vehicle must be stopped immediately,
Notifying the user who reserved the vehicle that the vehicle can no longer be used in the ninth step and urging the user to reserve another vehicle,
The reservation of the vehicle is stopped in the tenth step, and the position information of the vehicle, the use end time, and the information about the trouble that has occurred in the ECU are reported to the supplier in the eighth step. Vehicle management method in a sharing system. The program for functioning a computer as a vehicle management system in the car sharing system of Claim 1 . The program for making a computer perform the vehicle management method in the car sharing system of Claim 2 . The computer-readable recording medium which recorded the program of any one of Claim 3 or 4 .

Images