Car sharing management server and computer program

Abstract

In the vehicle sharing service business, if there is a suspicion of an accident involving a shared vehicle, we will provide a management server that reasonably suggests alternative means of transportation to the next reserved user. [Solution] The system includes: a next reservation extraction means that extracts next reservation data relating to the next reservation details from a reservation database based on identification data of a shared vehicle that has been flagged as potentially having an accident; a replacement option extraction means that extracts alternative vehicles that can be used to replace the reservation details relating to the next reservation data, including the start location, start time, end time, and planned vehicle; and a replacement option transmission means that creates replacement option data based on the reservation details of the alternative vehicle and transmits it to the user's communication terminal relating to the next reservation data. The replacement option data is data relating to the next reservation data where at least the start location, start time, end time, or planned vehicle is different, and the replacement option transmission means includes voice data if the start time relating to the next reservation data is within a predetermined time from the current time.

Description

Technical Field

[0001] The present invention relates to information and communication technology that enhances the convenience of car-sharing for both users and operators.

Background Art

[0002] An operator providing a car-sharing service provides a member card, which is an IC card for identifying members, to members who have completed pre-registration. Data management regarding the members, data management regarding vehicles used for car-sharing (hereinafter referred to as "service target vehicles" or "share cars"), and other preferential information management are executed by a car-sharing management server.

[0003] Service target vehicles are equipped with an in-vehicle unit that performs two-way communication with a car-sharing management server, a multifunctional car navigation device having functions such as sending messages to the driving member, and a vehicle unlocking sensor that can execute the door lock of the service target vehicle.

[0004] In addition, service target vehicles are built-in with various sensors capable of grasping the state of the vehicle, such as an acceleration sensor that detects the moving acceleration of the vehicle. Therefore, it is technically possible to transmit the data acquired by those sensors to a vehicle management server via the aforementioned in-vehicle unit. Therefore, such data is accumulated and analyzed in the vehicle management server.

[0005] Now, a member user using a car-sharing service may cause an accident or be involved in an accident while driving a share car. In such a case, the member user is obliged to contact the call center about the accident (see FIG. 1). [[ID=二十五]]

[0006] The call center contacts the reservation management server, which manages data related to shared cars and member users used for car sharing. Specifically, this involves prohibiting future reservations for shared cars involved in accidents, or making adjustments such as transferring existing reservations to other shared cars. Additionally, the call center forwards repair requests related to the accident involving the shared car to the vehicle maintenance center.

[0007] For example, Patent Document 1 discloses a technology that enables objective, accurate, and rapid communication of the situation regarding vehicle trouble in a shared vehicle, and allows for understanding the situation after a roadside assistance request has been made.

[0008] Patent Document 2 discloses a technology for quickly arranging a replacement vehicle when a shared vehicle involved in an accident in a car-sharing service has a subsequent reservation and the vehicle becomes unavailable to that reservation holder. [Prior art documents] [Patent Documents]

[0009] [Patent Document 1] Patent No. 6539070 [Patent Document 2] Patent No. 6841729 [Overview of the project] [Problems that the invention aims to solve]

[0010] Now, in the technology disclosed in Patent Document 2, stations where alternative vehicles are available are extracted based on the reservation details of subsequent reservation holders, and if there are multiple such stations, priority is determined based on the geographical conditions of the reservation details. Furthermore, alternative vehicles will be presented to the reservation holder, and if the reservation holder does not accept, the next highest priority vehicle will be presented. The final decision on the alternative vehicle will be made only after the reservation holder accepts the alternative vehicle.

[0011] However, the technology disclosed in Patent Document 2 is based on the premise that an alternative vehicle exists. In other words, it is not considered to be a technology that assumes the absence of an alternative vehicle.

[0012] On the other hand, in actual operation, it is often difficult to identify replacement vehicles. Typical examples include the following: If a subsequent reservation is approaching their scheduled vehicle usage time, they should be near Station A, where the vehicle is supposed to be parked. In such a case, if Station B, where the replacement vehicle is located, moves away from the vicinity of Station A, the reservation holder may not make it in time for their scheduled vehicle usage time. This kind of situation is more likely to occur in areas with high demand for car sharing.

[0013] Patent Document 2 presumably assumes that Station B, mentioned above, is also given some priority, and that the person who made the reservation will accept the transfer. However, this is not realistic. If Station B, which has an alternative vehicle, is located near Station A, the person who made the reservation will not be able to make it in time for their scheduled travel, and therefore, they may feel that such an option is meaningless.

[0014] Options that would cause a user to miss their scheduled pick-up time are more likely to occur when the start time for a vehicle reserved by a subsequent user is approaching. In areas with high demand for car sharing, the interval between reservations is often short, making it more likely that users will miss their scheduled pick-up time. Thus, Patent Document 2 does not consider situations where arranging an alternative vehicle is difficult.

[0015] In reality, subsequent reservations often find it difficult to choose when presented with options that differ in departure location or start time, especially as their scheduled vehicle usage time approaches. While the options presented are alternatives anticipated by the car-sharing provider, the actual reservation holder may not be able to immediately decide whether the start time or the start location is their priority at that moment. On the other hand, if they can't make a decision and time passes, their scheduled vehicle usage time will become even closer.

[0016] The examples described above were based on the premise of a car-sharing business, but similar problems exist in the rental car business. Therefore, car-sharing businesses and rental car businesses are combined and described below as a vehicle sharing service (business) (however, rental car businesses that can be used without requiring membership registration are not included in the present invention).

[0017] The problem that this invention aims to solve is to provide a technology that, when there is a suspicion of an accident, rationally suggests alternative means to the next reservation holder by acquiring data from an acceleration sensor installed in a shared vehicle used in a vehicle sharing service business. [Means for solving the problem]

[0018] To address the aforementioned challenges, a vehicle-sharing business devised a method in which they collect and analyze acceleration sensor data from shared cars, and if there is a high probability of an accident, they arrange for a replacement vehicle that can be used by the next reservation.

[0019] (First invention) The first invention relates to a management server (car-sharing management server) for operating a vehicle-sharing business. In other words, a reservation database that stores reservation data for vehicles used in the vehicle sharing business, Sensor data receiving means for receiving sensor data acquired by various sensors mounted on a shared vehicle related to the vehicle sharing business described above, linked to the identification data of the shared vehicle (vehicle ID) or the identification data of a member user (member ID) who has previously completed member registration using the shared vehicle; Accident suspicion detection means for attaching an accident suspicion flag to the sensor data when the sensor data received by the sensor data receiving means described above meets specific conditions; Next reservation extraction means for extracting next reservation data related to the next reservation content based on the identification data of the shared vehicle to which the accident suspicion flag described above is attached from the reservation database; Replacement plan extraction means for extracting an alternative vehicle capable of changing the reservation content including the usage start location, usage start time, usage end time, and planned vehicle to be used related to the next reservation data; Replacement plan transmission means for creating replacement plan data based on the reservation content based on the alternative vehicle described above and transmitting it to the communication terminal of the user related to the next reservation data; Comprising; The replacement plan data is data in which any one of the usage start location, usage start time, usage end time, and planned vehicle to be used in the reservation content related to the next reservation data is different; When the usage start time related to the next reservation data described above is within a predetermined time from the current time, the replacement plan transmission means shall include voice data (see Figures 2 and 4).

[0020] (Term Explanation) "Vehicle sharing business" refers to a carsharing business or a car rental business. Therefore, "shared vehicle" refers to a share car or a rental car.

[0021] The "management server" is a computer. Therefore, it includes a data receiving device as a data input device, a random access memory, a data storage device, an arithmetic device (CPU), a data transmission device as a data output device, etc.

[0022] "Sensor data" refers to data acquired by various sensors installed in the shared vehicle. For example, this includes acceleration data acquired by acceleration sensors that can detect acceleration in any three-dimensional direction on the vehicle's body, and data on the distance between the vehicle and other vehicles or external structures acquired by millimeter-wave radars installed at specific locations on the outside of the vehicle.

[0023] "When sensor data" "meets specific conditions" includes whether the value of the vehicle's acceleration data exceeds a certain threshold, whether the acceleration data has a waveform that follows a specific pattern, or whether the measured distance from millimeter-wave data or other data attached to the vehicle is below a threshold. The "certain threshold" for the "data values ​​related to acceleration" mentioned above refers to a value that is set in advance, such as, for example, if the acceleration is "1.0G" or more in the longitudinal or lateral direction of the vehicle, damage to the vehicle will definitely occur, or if it is "0.5G" or more, even if it is less than "1.0G", there is a high probability that damage to the vehicle body has occurred. A "specific pattern" in acceleration data refers to a pre-set condition where, even if the acceleration does not reach the aforementioned "threshold," if, for example, "0.3G" occurs multiple times within a certain period of time in a time series, it is determined that the vehicle has been damaged. The "threshold for measurement distance of millimeter-wave meter, etc." is a value that is set in advance, for example, that indicates that contact with another vehicle or external structure can be determined when the distance is "less than 3 centimeters".

[0024] In the phrase "the start time of the next reservation data is within a specified time from the current time," the "specified time" refers to, for example, the estimated travel time to a station where an alternative vehicle can be arranged. For example, 60 minutes.

[0025] "Voice data" refers to audio transmitted from the operator of the vehicle sharing service. It is intended to enable dialogue (two-way voice data communication) with users regarding the next reservation. This can be a human representative or a programmed automated voice.

[0026] (action) Sensor data acquired by various sensors installed in shared vehicles involved in the vehicle sharing business is linked to the identification data of the shared vehicle (vehicle ID) or the identification data of the member user using the shared vehicle (member ID) and received by the sensor data receiving means. The received sensor data is stored in the vehicle management database. The vehicle management database also stores management data related to shared vehicles that are lent to member users who have already completed member registration. If the received sensor data meets specific conditions, the accident suspicion detection means assigns an accident suspicion flag to the sensor data. The next reservation extraction means extracts next reservation data related to the next reservation details from the reservation database based on the identification data of the shared vehicle that has been flagged as potentially having an accident. The alternative vehicle extraction means then extracts alternative vehicles that can be used to replace the reservation details related to the next reservation data, including the start location, start time, end time, and planned vehicle. The alternative vehicle transmission means creates alternative data based on the reservation details of the extracted alternative vehicles and transmits it to the communication terminal of the user related to the next reservation data.

[0027] If the start time for the next reservation data is within a specified time from the current time, the alternative plan transmission means includes voice data. That is, it can communicate with the user's communication terminal related to the next reservation data. Users whose start time is approaching can receive a voice explanation of the changed reservation details (either the start location, start time, end time, or planned vehicle). In some cases, they can also consult about the alternative plan data. This helps the next reservation user to quickly select a reasonable alternative.

[0028] (Second invention) The second invention also relates to a management server for operating a vehicle sharing business. In other words, a reservation database that stores reservation data for vehicles used in the vehicle sharing business, When sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business meets specific conditions, an abnormal value data receiving means receives the abnormal value data, which is the sensor data, linked to the identification data of the shared vehicle or the identification data of a member user who has already completed member registration and is using the shared vehicle. An accident suspicion detection means that assigns an accident suspicion flag to the acceleration data received by the aforementioned abnormal value data receiving means, A next reservation extraction means extracts next reservation data relating to the next reservation details from the reservation database based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, A means for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle, related to the aforementioned next reservation data, A transfer proposal transmission means that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, Equipped with, The aforementioned alternative reservation data is data in which any of the reservation details related to the aforementioned next reservation data differs in terms of the start location, start time, end time, or planned vehicle to be used. The aforementioned transfer proposal transmission means is a management server that includes voice data if the start time of use for the next reservation data is within a predetermined time from the current time (see Figure 10).

[0029] In the second invention, the detection of abnormal sensor data values, which was performed by the management server in the first invention, is performed by the shared car.

[0030] (Variation 1 of the first and second inventions) The first and second inventions may be configured as follows: In other words, the voice data in the transfer proposal transmission means is transmitted by a call means that enables voice communication with the user's communication terminal related to the next reservation data at the call center (see Figure 4).

[0031] While a "call center" is generally physically separate from the aforementioned management server, this does not prevent it from being integrated with the management server.

[0032] (action) Users with upcoming reservations can quickly decide on the most reasonable alternative by communicating with the call center via voice call as their scheduled start time approaches.

[0033] (Variations 2 of the first and second inventions) The first and second inventions may be configured as follows: In other words, a provisional reservation means that sends provisional reservation data to the reservation database to make a provisional reservation for the alternative vehicle extracted by the aforementioned transfer option extraction means, with the aforementioned reservation details, A means for receiving desired data, which receives desired data indicating consent to the transfer proposal from the communication terminal that received the transfer proposal data, The desired data receiving means confirms the reservation based on the transfer proposal related to the received desired data, It will be equipped with the following (see Figure 4).

[0034] (action) The provisional reservation system sends provisional reservation data to the reservation database for the alternative vehicle selected by the alternative vehicle selection method, thereby placing a provisional reservation. This is to prevent other users from making reservations for that vehicle. The next user who receives the transfer proposal data receives preference data, which is consent to the transfer proposal, from their communication terminal. The transfer proposal determination means confirms the reservation based on the transfer proposal related to the received preference data. If there are multiple provisional reservation data entries, once a reservation based on a transfer proposal for the desired data entry is confirmed, the other provisional reservation data entries will be deleted, and the system will be able to accept other reservation data entries.

[0035] (Variations 3 of the first and second inventions) Variation 2 in the first and second inventions may be configured as follows: In other words, it has a stock vehicle database that stores management data on which business offices are parked and managed for stock vehicles that are used in the vehicle sharing business and have no reservations. The aforementioned transfer option extraction means extracts vehicles that can be transferred based on the aforementioned stock vehicle database. The aforementioned transfer plan determination means transmits a vehicle transfer instruction, which includes data on where and by when the vehicle should be transferred, to a communication terminal related to the business office that manages the transferable vehicle (see Figure 5).

[0036] (Explanation of terms) "Stock vehicles" are essentially spare vehicles, parked at a "depot" located in a different location from the stations where car-sharing vehicles are brought in and out. Here, the "depot" is a parking area where multiple stock vehicles can be parked, and staff capable of driving the stock vehicles back and forth are permanently stationed there.

[0037] (action) The management server is equipped with a stock vehicle database that stores management data regarding which business offices are parking and managing stock vehicles that are used in the vehicle sharing business and have no reservations. The transfer proposal extraction means extracts vehicles that can be transferred based on the stock vehicle database, and the transfer proposal determination means sends a vehicle transfer instruction, which includes data on where and by when the vehicle should be transferred, to a communication terminal related to the business office that manages the transferable vehicle.

[0038] The user with the next reservation should go to the station associated with the reservation and use a stock vehicle (which is a different vehicle from the one reserved).

[0039] (Variations 4 of the first and second inventions) The first and second inventions may be configured as follows: In other words, the aforementioned transfer proposal data includes transfer proposal data indicating a change in the planned departure location and the provision of transportation to and from that planned departure location. The aforementioned transfer plan determination means transmits the changed reserved vehicle number and pick-up / drop-off details to the terminal of the next user, and also transmits the pick-up / drop-off details to the vehicle providing the pick-up / drop-off (see Figure 8).

[0040] (Explanation of terms) "Transportation details" include data such as who is being transported, where and by when they will be picked up, and where and by when they will be dropped off. The "vehicle providing the transportation," that is, the vehicle that will transport the user related to the next reservation data, is typically a taxi. If the technical and legal hurdles are cleared, an autonomous vehicle is also acceptable.

[0041] It is also possible to implement a service provision that limits the number of member users who will be provided with "transportation" based on predetermined conditions, and provides the service only to those selected member users (see Figure 9). The aforementioned "predetermined conditions" could be, for example, an arrangement to provide transportation only to member users whose frequency of use or usage amount of the vehicle sharing service exceeds a certain level, or to premium members whose monthly contract fee is set higher than that of general users.

[0042] (action) The rebooking data received by the user for the next booking includes a change in the planned departure location and rebooking data indicating that transportation to and from that location will be provided. Therefore, the user for the next booking can prepare themselves mentally.

[0043] (Third invention) The third invention relates to a computer program that controls the management server relating to the first invention. The computer program, A procedure for accumulating reservation data for vehicles used in a vehicle sharing business into a reservation database, and A procedure for receiving sensor data, which involves linking sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business to the identification data (vehicle ID) of the shared vehicle or the identification data (member ID) of a member user who has already registered as a member and is using the shared vehicle, An accident suspicion detection procedure which assigns an accident suspicion flag to sensor data if the sensor data received in the aforementioned sensor data reception procedure meets specific conditions, A next reservation extraction procedure for extracting next reservation data relating to the next reservation details based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, from the reservation database, A procedure for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle for the aforementioned next reservation data, and A transfer proposal transmission procedure that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, If the start time of the next reservation data mentioned above is within a specified time from the current time, the voice data transmission procedure for transmitting voice data is performed, The aforementioned management server is instructed to execute this command. The aforementioned alternative reservation data will be data in which any of the reservation details related to the aforementioned next reservation data differs in terms of the start location, start time, end time, or planned vehicle (see Figure 4).

[0044] (Fourth invention) The fourth invention relates to a computer program for controlling the management server relating to the second invention. The computer program, A procedure for accumulating reservation data for vehicles used in a vehicle sharing business into a reservation database, and When sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business meets specific conditions, the abnormal value data, which is the sensor data, is received in conjunction with the identification data of the shared vehicle or the identification data of a member user who has already registered and is using the shared vehicle. An accident suspicion detection procedure that assigns an accident suspicion flag to sensor data received through a procedure for receiving abnormal value data in good faith, A next reservation extraction procedure for extracting next reservation data relating to the next reservation details based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, from the reservation database, A procedure for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle for the aforementioned next reservation data, and A transfer proposal transmission procedure that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, If the start time of the next reservation data mentioned above is within a specified time from the current time, the voice data transmission procedure for transmitting voice data is performed, The aforementioned management server is instructed to execute this command. The aforementioned alternative reservation data will be data in which any of the reservation details related to the aforementioned next reservation data differs in terms of the start location, start time, end time, or planned vehicle (see Figure 10).

[0045] (Variation 1 of the third and fourth inventions) The third and fourth inventions may be configured as follows: In other words, the voice data in the voice data transmission procedure described above is transmitted by a call means that enables voice communication with the user's communication terminal related to the next reservation data at the call center (see Figure 4).

[0046] (Variations 2 of the third and fourth inventions) The third and fourth inventions may be configured as follows: In other words, the provisional reservation procedure involves sending provisional reservation data to the reservation database to make a provisional reservation for the alternative vehicle extracted in the aforementioned alternative vehicle extraction procedure, with the aforementioned reservation details. A procedure for receiving desired data, which involves receiving desired data indicating consent to the transfer proposal from the aforementioned communication terminal that received the transfer proposal data, The procedure for receiving the requested data involves a procedure for determining a transfer plan, in which the reservation is confirmed based on the transfer plan related to the requested data received. This will be executed by the aforementioned management server (see Figure 4).

[0047] (Variations 3 of the third and fourth inventions) Variation 2 in the third and fourth inventions may be configured as follows: In other words, the management server is instructed to execute a stock vehicle data storage procedure, which involves storing management data in a stock vehicle database regarding which business offices are parking and managing stock vehicles that are used in the vehicle sharing business and have not been reserved. In the above procedure for extracting alternative routes, vehicles that can be transferred are extracted based on the above-mentioned stock vehicle database. The procedure for determining the alternative route described above involves sending a vehicle transfer instruction, which includes data on where and by when the vehicle should be transferred, to a communication terminal at the business office that manages the transferable vehicle (see Figure 5).

[0048] (Variations 4 of the third and fourth inventions) The third and fourth inventions may be configured as follows: In other words, the aforementioned transfer proposal data includes transfer proposal data indicating a change in the planned departure location and the provision of transportation to and from that planned departure location. The aforementioned procedure for determining the alternative route involves transmitting the changed reserved vehicle number and transportation details to the terminal of the next user, as well as transmitting the transportation details to the vehicle providing the transportation (see Figure 8).

[0049] It is also possible to transmit the computer programs relating to the second and fourth inventions from a computer storing them to other terminal devices via a communication line. They may also be provided on a so-called cloud via the internet. Furthermore, the computer programs according to the second and fourth inventions can also be provided by storing them on a recording medium. Here, "recording medium" refers to a medium that can carry a program that cannot occupy space on its own. Examples include flexible disks, hard disks, CD-Rs, DVD-Rs, and USB memory sticks. [Effects of the Invention]

[0050] According to the first and second inventions, it was possible to provide a management server that can reasonably suggest alternative means for the next reservation holder when there is a suspicion of an accident occurring in a shared vehicle used in a vehicle sharing service business. According to the third and fourth inventions, it was possible to provide a computer program that controls a management server that reasonably presents alternative means to the next reservation holder when there is a suspicion of an accident occurring in a shared vehicle used in a vehicle sharing service business. [Brief explanation of the drawing]

[0051] [Figure 1] This is a conceptual diagram illustrating the procedures to follow in the event of an accident while using a car-sharing service. [Figure 2] This is a block diagram of the first embodiment of the present invention. [Figure 3] This flowchart shows a second embodiment of the present invention. [Figure 4] This is a block diagram showing a second embodiment of the present invention. [Figure 5] This is a block diagram showing a third embodiment of the present invention. [Figure 6] This is a flowchart showing the third and fourth embodiments of the present invention. [Figure 7] This is a flowchart showing a fourth embodiment of the present invention. [Figure 8] This is a block diagram showing the fifth embodiment of the present invention. [Figure 9] This is a block diagram showing the sixth embodiment of the present invention. [Figure 10] This is a block diagram showing the seventh embodiment of the present invention. [Modes for carrying out the invention]

[0052] The present invention will be described below based on the drawings and embodiments. The drawings used herein are Figures 2 to 10. Solid arrows indicate wired communication, dashed arrows indicate wireless communication, and dotted lines indicate dashed lines. Figure 1 illustrates the prior art and may be referred to as needed.

[0053] (Figure 2) Figure 2 shows the first embodiment. Specifically, it shows the relationship between a car-sharing management server (abbreviated as "car-sharing management server" in the figure) belonging to a business entity that operates a car-sharing service that enables two-way communication with a registered member user, and a mobile terminal (abbreviated as "next reservation user terminal") belonging to the next user who has reserved the aforementioned car.

[0054] When a member user is using a shared car, various sensors installed in the car (such as accelerometers and millimeter-wave radar) acquire sensor data. The sensor data acquired by these sensors, along with the vehicle ID which is the identification data of the shared car, is periodically (for example, every minute) transmitted to the car-sharing management server via the in-vehicle communication device. Additionally, if necessary, drive data captured by a dashcam (not shown in the diagram) will also be transmitted.

[0055] Since the shared car is equipped with GPS (Global Positioning System), it is also possible to transmit location data along with the acceleration data that should be sent. The reason why "GPS" is shown with a dashed line in the diagram is to indicate that transmitting location data is not mandatory.

[0056] The car-sharing management server includes a vehicle management database (abbreviated as "DB" in the diagram) that stores management data for shared cars. Although not shown in Figure 2, it also includes a member database that stores data related to registered users.

[0057] The car-sharing management server is equipped with a sensor data receiving means that receives sensor data and vehicle ID transmitted from the in-vehicle communication device of the shared car. The in-vehicle communication device of the shared car periodically (for example, every minute) transmits acceleration data and vehicle ID to the acceleration data receiving means (difference from the embodiment shown in Figure 10). The acceleration data received by the acceleration data receiving device is linked to the vehicle ID and stored in the vehicle management database. In the vehicle management database, an acceleration database is constructed and acceleration data is stored for each vehicle ID.

[0058] The sensor data received by the sensor data receiving means is used by the accident suspicion detection means to determine whether or not an accident has occurred. If the acceleration data included in the sensor data detects movement of the vehicle body in the forward, backward, left, or right directions that exceeds a predetermined acceleration, the vehicle management server determines that there is a high possibility that the vehicle body has been damaged. Specifically, it determines whether the received acceleration data exceeds a predetermined value (for example, 1.0G or 0.5G for acceleration).

[0059] Even if the acceleration data is small, if multiple acceleration events occur within a certain period of time in a time series, it is considered highly likely that damage has occurred to the vehicle body. In this case, the operator of the car-sharing service may determine that there is a high probability of damage to the vehicle body not only based on the magnitude of the acceleration, but also on the pattern of changes in the acceleration data recorded when an accident occurs, based on data acquired over a long period of time while operating many shared cars.

[0060] Furthermore, if sensor data from sensors that measure the distance between your vehicle and other vehicles or external structures (typically millimeter-wave radar) shows that a predetermined distance is shorter than a predetermined value, it may be determined that there is a high probability that contact or collision with another vehicle or external structure has occurred, resulting in damage to the vehicle body.

[0061] If the accident detection system determines that the acceleration data exceeds a predetermined value, it is assumed that an accident has occurred, and the member user using the shared car will be contacted. However, since this is not a major aspect of the present invention, it is omitted from the illustrations in Figure 2 and subsequent figures.

[0062] Here's a brief explanation of how we contact member users. Based on the vehicle ID linked to the sensor data, we identify the member user using the shared car associated with that vehicle ID. We then retrieve the member user's contact information (mobile phone number and email address) from the member database and send them a message indicating that "there is a suspected accident and you need to contact the call center." If the contact information is a phone number, we send a text message or automated voice message; if it's an email address, we send a message. For example, the illustration shows that a URL allowing direct calls to the call center was sent as a message (or text message).

[0063] If sensor data indicates that an accident is suspected based on specific conditions, the accident suspicion detection means accesses the reservation database in the vehicle management database using the vehicle ID, which identifies the vehicle involved in the determination, as the key. The next reservation extraction means then extracts the reservation details related to that vehicle ID. If a reservation exists for that vehicle ID, a reservation ID is assigned to identify the reservation details. The transfer proposal extraction method creates a transfer proposal by searching for other reservation details in the reservation database for the reservation details associated with that reservation ID.

[0064] The system extracts multiple alternative options based on the reservation details associated with the reservation ID and the current time. The current time is obtained from a clock built into the car-sharing management server. Since the reservation details include the planned start time (start time), if that start time is less than the current time, the system will not be able to provide sufficient travel time to the location where the next user will start using the vehicle (abbreviated as "start location," the station where the vehicle is parked). However, since the car-sharing management server cannot know the current location of the next user, it is reasonable to present multiple alternative options while considering the difference between the current time and the next user's location.

[0065] The extraction of multiple options is carried out in the following ways: for example, alternative option 1 changes the reservation location (and / or vehicle type) by prioritizing the start time; alternative option 2 changes the start time (and / or vehicle type) by prioritizing the start location; alternative option 3 changes the start location (and / or start time) by prioritizing the reserved vehicle type; and alternative option 4 proposes using a taxi to the start location as a result of prioritizing two or more conditions such as the start time and reserved vehicle type. Each option is provided as text data with detailed information about the alternative option. Additionally, the options of rebooking from scratch or completely canceling the reservation should also be included in the alternative arrangements.

[0066] The next user who has received the transfer proposal data views the next user's terminal, selects their preferred option, and replies with it as preferred data. The preferred data is received by the preferred data receiving device on the car-sharing management server. The transfer proposal decision device then registers the reservation data based on that preferred data in the reservation database and sends the confirmed reservation data to the next user's terminal.

[0067] (Figure 3) Figure 3 shows a flowchart illustrating the second embodiment. The shared car acquires various sensor data (S11) and verifies whether the acquired sensor data meets the conditions for a suspected accident (S12). An embodiment of how the equipment installed in the shared car verifies whether the sensor data indicates a suspected accident is explained in Figure 10.

[0068] If the sensor data meets the conditions for a suspected accident, the system initiates an action to address the suspected accident (S13). Specifically, it checks whether there is a subsequent reservation for the vehicle suspected of being involved in the accident (S14). If there is no subsequent reservation for the vehicle, the present invention is terminated. In actual operation, actions such as contacting the member user who was using the vehicle suspected of being involved in the accident are taken.

[0069] If there is a reservation for the next vehicle, the system searches the reservation database to extract alternative vehicles and creates an alternative plan (S15). Next, it checks whether the difference between the start time of the next reservation and the current time is within a specified time (for example, within 30 minutes) (S16). If it is not within the specified time, the created alternative plan is sent to the next reservation user's terminal, and the user selects the alternative plan to finalize the decision (S17).

[0070] If the difference between the start time of the next reservation and the current time is within a predetermined time, the created alternative plan is sent to the next reservation user's terminal, and a call is made from the call center to initiate a voice call, allowing the next reservation user and the call center operator to communicate (S18).

[0071] As a user making a reservation, you often find yourself unsure of what to prioritize when presented with multiple alternatives. This tendency becomes particularly pronounced when the difference between the start time and the current time is small, leading to indecision and wasting time without being able to choose from the multiple alternatives. For the operators running the car-sharing management server, prolonged periods of users being unable to choose from multiple alternatives result in a large number of provisional reservations and ultimately, lost opportunities. Therefore, the goal is to encourage users to communicate with operators and make rational choices in a short amount of time. The process ends when the next user decides on an alternative through conversation with the operator (S19).

[0072] (Figure 4) Figure 4 is a block diagram showing the system for executing the flowchart shown in Figure 3. Up to the transfer option extraction means, it is the same as the embodiment shown in Figure 2.

[0073] The embodiment shown in Figure 4 includes a call center. This call center is a facility for member users and operators to communicate. In addition to a server (the actual server is not shown) that performs data transmission and reception between the call center and the car-sharing management server, it is equipped with a call means that can exchange voice data with communication terminals related to member users.

[0074] Furthermore, in the embodiment shown in Figure 2, the request data receiving means and the transfer option determination means, which were previously located within the car-sharing management server, are now located in the call center. In other words, the request data transmitted from the next reservation user terminal is received by the request data receiving means located in the call center, and the reservation data based on the request data is registered in the reservation database via the transfer option determination means.

[0075] The car-sharing management server's method for sending transfer proposals not only sends transfer proposal data to the next user's terminal but also to the call center. This is to ensure that call center operators can share the same transfer proposal data when interacting with the next user, making communication easier.

[0076] The next user can view the rescheduling data received on their device while conversing with an operator, allowing them to choose the best rescheduling option as their scheduled start time approaches. Of course, they can also ask questions about the rescheduling data and receive supplementary explanations, helping them to organize their thoughts about what their priorities should be.

[0077] (Figure 5) Figure 5 shows a third embodiment in which a replacement vehicle is delivered to the car-sharing station S for the next reservation. Specifically, the car-sharing management server arranges for the delivery of a replacement vehicle, provided that there is an available parking space at the car-sharing station S and that it is possible to deliver a replacement vehicle to the car-sharing station S.

[0078] The car-sharing management server has a stock vehicle database that stores management data on which branch offices are parking and managing stock vehicles that are used in the vehicle-sharing business and have no reservations. Branch Office Y, shown in Figure 5, is a pool area where multiple stock vehicles can be parked and is located near car-sharing station S (abbreviated as "Station S" in the figure) related to reservations. Branch Office Y is staffed by personnel who are capable of driving stock vehicles back to their locations.

[0079] The car-sharing management server's transfer proposal extraction method extracts information from the stock vehicle database indicating that a vehicle available for transfer is present at branch office Y. If the transfer to car-sharing station S cannot be completed by the scheduled start time, the generated transfer proposal data will reflect a modified start time and vehicle.

[0080] In Figure 5, the call center is omitted for illustrative purposes, but the transfer proposal transmission method also transmits transfer proposal data to the call center. In other words, transferring a stock vehicle from branch office Y to car-sharing station S is one of the transfer proposals, and the next reservation user discusses this transfer proposal, along with other transfer proposal data, with the call center operator.

[0081] When a user who has made a reservation acknowledges the proposed alternative of using a stock vehicle, they send a request data indicating their acceptance to the car-sharing management server. The car-sharing management server receives this request data, and the alternative decision mechanism updates the reservation database.

[0082] The transfer plan determination mechanism notifies the next reservation user terminal of the vehicle number of the vehicle to be transferred. It also sends a vehicle transfer instruction, including data on where and by when the vehicle should be transferred, to the communication terminal of the sales office that manages the vehicles available for transfer.

[0083] For the user with the next reservation, they simply need to go to the car-sharing station S associated with the reservation and use the vehicle that has been delivered, even though it is a different vehicle from the one reserved. If the vehicle is delivered in time for the start of use, the only change to the reservation will be the vehicle being used, and the changes related to the vehicle involved in the accident will be minimal.

[0084] (Figure 6) Figure 6 is a flowchart showing the third embodiment described in Figure 5, and the fourth embodiment shown in Figure 7 as a block diagram. Steps S21-S24, up to the step of checking whether there is a next reservation for a vehicle that has detected acceleration above a threshold, are the same as steps S11-S14 shown in Figure 3.

[0085] If there is a subsequent reservation, it is verified whether it is possible to transport a replacement vehicle to the starting location (car-sharing station S in Figure 5) (S25). This verification is performed by the replacement option extraction means based on data stored in the stock vehicle database (see Figure 5).

[0086] If it is possible to deliver a replacement vehicle to the start location by the start time, the next user making the reservation will not need to speak with the operator as there will be no significant difference in the reservation details. This is because only the license plate number of the vehicle in question will be different, or the parking space in which the vehicle is parked will be different. Therefore, if it is possible to deliver a replacement vehicle to the start location by the start time, instead of presenting the next user with multiple alternative options, the operator will simply present a change to the reservation details, namely the delivery of a replacement vehicle, and the reservation details will be finalized (S26). Figure 7 shows an embodiment in which alternative options are extracted and decided upon in this process, including S26.

[0087] If it is possible to transport a replacement vehicle to the start location by the start time, the creation of an alternative plan will be performed (S27). In this case, the alternative plan to be created will include an alternative in which, although it is possible to transport a replacement vehicle to the start location, the transport cannot be completed in time for the start time, and therefore the start time will be delayed.

[0088] Once the alternative plans have been created, verify whether the start time is within the specified time from the current time (S28). If there is sufficient time until the start time, present multiple alternative plans to the next user and ask them to choose (S26).

[0089] If there is sufficient time before the scheduled start time, multiple alternative options are presented to the next user, and these alternatives are also shared with the call center. Then, the call center sends audio data, allowing the next user to converse with the call center operator (S29). The user then decides on an alternative option through this conversation (S30), and the process ends.

[0090] (Figure 7) Figure 7 shows an embodiment in which a vehicle is transported from the branch office Y to the car-sharing station S, which is the starting reservation location, and used by the user. The configuration requirements of the car-sharing management server and the functions of the branch office Y are the same as those described in the embodiments above, so a detailed explanation will be omitted.

[0091] In this embodiment, it is assumed that the transfer of a stock vehicle from branch office Y will be completed in time for the scheduled start time. Therefore, although the vehicle is changed, the scheduled start time and location for using the vehicle do not need to be changed. Thus, although it takes the form of presenting an alternative plan, it only involves sending a partial change to the reservation details (vehicle number, etc.) to the next reservation user terminal.

[0092] (Figure 8) Figure 8 shows a case where the starting location for one of the extracted alternatives is a different car-sharing station T from the car-sharing station S to which the reservation was made. In this embodiment as well, the call center is not shown. However, in the embodiment shown in Figure 4, the desired data receiving means and the transfer option determination means, which were described as being provided in the call center, are provided in the car-sharing management server.

[0093] If the next user's start time is approaching, they are typically either already in a location within a reasonable distance from the reserved start location (car-sharing station S) by the start time, or they are already on their way. In the former case, if transportation to car-sharing station T can be secured, it is a promising alternative. Even in the latter case, if transportation from a specific location along the way can be secured, it is a promising alternative.

[0094] In this embodiment, alternative data is created as one of the alternative options, specifying that a taxi should be arranged as a means of transportation to car-sharing station T where an alternative vehicle can be secured. When the next user makes a reservation, they select this alternative option (by sending data indicating this preference to the car-sharing management server), and the alternative option determination means arranges a taxi. More specifically, it sends a message to the taxi company (or its communication terminal) instructing them to provide transportation from the location specified by the next user to car-sharing station T. This transportation is not limited to a taxi; it may also involve using equivalent public transportation.

[0095] For the next user, this is a promising alternative because it ensures they have transportation to car-sharing station T. For the car-sharing operator, although they have to bear the cost of arranging a taxi and its service fees, it is a promising way to mitigate the decline in customer satisfaction for the next user.

[0096] (Figure 9) Figure 9 shows an embodiment similar to the embodiment shown in Figure 8. Specifically, it is an embodiment in which the next booking user is a premium member who is provided with the special service of "taxi pick-up and drop-off".

[0097] Here, "premium members" refer to members whose frequency of use or spending on the vehicle-sharing service exceeds a certain level, or members whose monthly contract fee is set higher than that of regular users.

[0098] The car-sharing management server has a member database. The transfer proposal extraction means determines from this member database whether the next user making the reservation is a premium member or not. If the next user making the reservation is a premium member, the transfer proposal determination means sends a message that the reserved vehicle number will be changed and that a taxi will be provided, without creating multiple transfer proposals.

[0099] However, this does not mean that the call center function will be omitted. Voice calls from the call center are an effective means of checking the location of the next user who has made a reservation.

[0100] (Figure 10) Figure 10 shows a modified version of the embodiment shown in Figure 4. Briefly, the abnormal value detection means that was provided in the car-sharing management server in the embodiment shown in Figure 4 is installed in the shared car.

[0101] Various sensors installed in the shared car acquire sensor data and transmit it to an anomaly detection means. The anomaly detection means determines whether the acquired acceleration data is above a predetermined value (for example, if it is an acceleration sensor, it must be above 0.5G or 1.0G).

[0102] If the detected sensor data is an anomaly that meets specific conditions (for example, exceeding a threshold for acceleration), the system obtains the location data closest to the time the anomaly occurred from the GPS. It also obtains the drive data closest to the time the anomaly occurred from the drive recorder. Finally, the anomaly data, location data, and drive data, all linked to the vehicle ID, are transmitted to the car-sharing management server via the in-vehicle communication device.

[0103] Abnormal data transmitted from the shared car is received by the abnormal data receiving means on the car-sharing management server. In the embodiment shown in Figure 4, the car-sharing management server detected the suspected accident, but in the embodiment shown in Figure 10, the shared car has already detected the suspected accident. Therefore, it is not essential to provide a suspected accident detection means. To illustrate this, the suspected accident detection means is shown with a dashed line.

[0104] The configuration and operation from the next reservation extraction means onward are the same as in the embodiment shown in Figure 4, so a detailed explanation will be omitted.

[0105] The method shown in Figure 10, "installing an anomaly detection mechanism in the shared car," distributes the data processing burden on the car-sharing management server to the shared car, thereby reducing the burden on the car-sharing management server.

[0106] The method of "installing an abnormal value detection means in the shared car," as shown in Figure 10, can also be adopted in the embodiments shown in Figures 5, 7, 8, and 9.

[0107] According to the embodiments described above, in the event of a suspected accident involving a shared vehicle used in a vehicle-sharing service business, it was possible to reasonably offer alternative means to the next reservation holder. Furthermore, since this technology contributes to reducing the time spent by which alternative means are provisionally reserved for vehicle-sharing service providers, it also contributes to suppressing the loss of opportunities for new reservations. [Industrial applicability]

[0108] The present invention has applicability in car-sharing and car-rental service industries, parking lot operations, manufacturing of information and communication equipment necessary for parking lot operations, and software service industries that create application programs used in car-sharing management servers.

Claims

1. This is a management server for operating a vehicle sharing business. A reservation database that stores reservation data for vehicles used in the vehicle sharing business, A sensor data receiving means that receives sensor data acquired by various sensors installed in the shared vehicle related to the aforementioned vehicle sharing business, and links it to the identification data of the shared vehicle or the identification data of a member user who has previously registered as a member and is using the shared vehicle. An accident suspicion detection means that assigns an accident suspicion flag to sensor data when the sensor data received by the aforementioned sensor data receiving means meets specific conditions, A next reservation extraction means extracts next reservation data relating to the next reservation details from the reservation database based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, A means for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle, related to the aforementioned next reservation data, A transfer proposal transmission means that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, Equipped with, The aforementioned alternative reservation data is data in which any of the reservation details related to the aforementioned next reservation data differs in terms of the start location, start time, end time, or planned vehicle to be used. The aforementioned transfer proposal transmission means includes voice data if the start time of use for the next reservation data is within a predetermined time from the current time. Management server.

2. This is a management server for operating a vehicle sharing business. A reservation database that stores reservation data for vehicles used in the vehicle sharing business, When sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business meets specific conditions, an abnormal value data receiving means receives the abnormal value data, which is the sensor data, linked to the identification data of the shared vehicle or the identification data of a member user who has already completed member registration and is using the shared vehicle. An accident suspicion detection means that assigns an accident suspicion flag to the sensor data received by the aforementioned abnormal value data receiving means, A next reservation extraction means extracts next reservation data relating to the next reservation details from the reservation database based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, A means for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle, related to the aforementioned next reservation data, A transfer proposal transmission means that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, Equipped with, The aforementioned alternative reservation data is data in which any of the reservation details related to the aforementioned next reservation data differs in terms of the start location, start time, end time, or planned vehicle to be used. The aforementioned transfer proposal transmission means includes voice data if the start time of use for the next reservation data is within a predetermined time from the current time. Management server.

3. The voice data in the aforementioned transfer proposal transmission means will be transmitted by a call means that allows voice calls to be made with the user's communication terminal related to the next reservation data at the call center. A car-sharing management server according to either claim 1 or claim 2.

4. A provisional reservation means that sends provisional reservation data to the reservation database to make a provisional reservation for the alternative vehicle extracted by the aforementioned transfer option extraction means, with the aforementioned reservation details, and makes a provisional reservation. A means for receiving desired data, which receives desired data indicating consent to the transfer proposal from the communication terminal that received the transfer proposal data, The desired data receiving means confirms the reservation based on the transfer proposal related to the received desired data, We decided to provide for it. A car-sharing management server according to either claim 1 or claim 2.

5. The system includes a stock vehicle database that stores management data on which branch offices are parking and managing stock vehicles that are used in the vehicle sharing business and have not been reserved. The aforementioned transfer option extraction means extracts vehicles that can be transferred based on the aforementioned stock vehicle database. The aforementioned transfer plan determination means transmits a vehicle transfer instruction, which includes data on where and by when the vehicle should be transferred, to a communication terminal related to the business office that manages the transferable vehicle. The car-sharing management server according to claim 4.

6. The aforementioned transfer proposal data includes transfer proposal data indicating a change in the planned departure location and the provision of transportation to and from that planned departure location. The aforementioned transfer plan determination means transmits the changed reserved vehicle number and pick-up / drop-off details to the terminal of the next user, and also transmits the pick-up / drop-off details to the vehicle providing the pick-up / drop-off. A car-sharing management server according to either claim 1 or claim 2.

7. A procedure for accumulating reservation data for vehicles used in a vehicle sharing business into a reservation database, and A sensor data reception procedure for receiving sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business, and linking this sensor data to the identification data of the shared vehicle or the identification data of a member user who has already registered as a member and is using the shared vehicle, An accident suspicion detection procedure which assigns an accident suspicion flag to sensor data if the sensor data received in the aforementioned sensor data reception procedure meets specific conditions, A next reservation extraction procedure for extracting next reservation data relating to the next reservation details based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, from the reservation database, A procedure for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle for the aforementioned next reservation data, and A transfer proposal transmission procedure that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, If the start time of the next reservation data mentioned above is within a specified time from the current time, the voice data transmission procedure for transmitting voice data is performed, The aforementioned management server is instructed to execute this command. The aforementioned alternative reservation data is a computer program in which any of the reservation details related to the aforementioned next reservation data are different, specifically the start location, start time, end time, or planned vehicle.

8. A procedure for accumulating reservation data for vehicles used in a vehicle sharing business into a reservation database, and A procedure for receiving acceleration data, which involves linking sensor data acquired by various sensors installed in a shared vehicle related to the aforementioned vehicle sharing business to the identification data of the shared vehicle or the identification data of a member user who has previously registered as a member and is using the shared vehicle, An accident suspicion detection procedure which assigns an accident suspicion flag to sensor data if the sensor data received in the acceleration data reception procedure described above meets specific conditions, A next reservation extraction procedure for extracting next reservation data relating to the next reservation details based on the identification data of the shared vehicle to which the aforementioned accident suspected flag has been assigned, from the reservation database, A procedure for extracting alternative vehicles that can be used to replace the reservation details, including the start location, start time, end time, and planned vehicle for the aforementioned next reservation data, and A transfer proposal transmission procedure that creates transfer proposal data based on the reservation details of the aforementioned alternative vehicle and transmits it to the user's communication terminal related to the aforementioned next reservation data, If the start time of the next reservation data mentioned above is within a specified time from the current time, the voice data transmission procedure for transmitting voice data is performed, The aforementioned management server is instructed to execute this command. The aforementioned alternative reservation data is a computer program in which any of the reservation details related to the aforementioned next reservation data are different, specifically the start location, start time, end time, or planned vehicle.

9. The voice data in the aforementioned voice data transmission procedure is to be transmitted by a call method that allows voice communication with the user's communication terminal related to the next reservation data at the call center. The computer program according to claim 7 or claim 8.

10. A provisional reservation procedure involves sending provisional reservation data to the reservation database to make a provisional reservation for the alternative vehicle extracted using the aforementioned alternative vehicle selection procedure, with the aforementioned reservation details. A procedure for receiving desired data, which involves receiving desired data indicating consent to the transfer proposal from the aforementioned communication terminal that received the transfer proposal data, The procedure for receiving the requested data involves a procedure for determining a transfer plan, in which the reservation is confirmed based on the transfer plan related to the requested data received. We decided to have the aforementioned management server execute this command. The computer program according to claim 7 or claim 8.

11. The management server is instructed to execute a stock vehicle data storage procedure, which involves storing management data in a stock vehicle database regarding which business offices are parking and managing stock vehicles that are used in the vehicle sharing business and have not been reserved. In the above procedure for extracting alternative routes, vehicles that can be transferred are extracted based on the above-mentioned stock vehicle database. The aforementioned procedure for determining the alternative route involves sending a vehicle transfer instruction, including data for transferring the vehicle, to a communication terminal at the business office that manages the transferable vehicle. The computer program according to claim 10.

12. The aforementioned transfer proposal data includes transfer proposal data indicating a change in the planned departure location and the provision of transportation to and from that planned departure location. The aforementioned procedure for determining the alternative route involves transmitting the changed reservation vehicle number and pick-up / drop-off details to the terminal of the next user, as well as transmitting the pick-up / drop-off details to the vehicle providing the service. The computer program according to claim 7 or claim 8.

Images