Ride-sharing support system

Abstract

To provide a system that allows ride-sharing wishing persons to make more flexible responses.SOLUTION: A ride-sharing support system that supports ride-sharing of a vehicle comprises: a selection unit that selects one of a first riding method for allowing ride-sharing wishing persons of the vehicle to board the vehicle on a traveling route from a current location of the vehicle to a destination, and a second riding method for allowing the ride-sharing wishing persons to board the vehicle at positions away from the traveling route; and a notification unit for notifying recognizably the vehicle ride-sharing wishing persons of each selection result of the selection unit. This enables providing a system that allows the ride-sharing wishing persons to make more flexible responses.SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] The present invention relates to a carpooling support system.

Background Art

[0002] Conventionally, as this type of carpooling support system, a system that supports carpooling of vehicles has been proposed (see, for example, Patent Document 1). In this system, it accepts the selection of a carpooling vehicle by a carpooling applicant and changes the carpooling plan of the selected carpooling vehicle so that the carpooling applicant can board.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, in the above-described carpooling support system, when there is no carpooling vehicle close to the desired usage conditions of the carpooling applicant, the carpooling applicant cannot be made to select a carpooling vehicle. For the carpooling applicant, there are cases where it is more convenient to be able to carpool by changing the desired usage conditions than not being able to carpool while maintaining the desired usage conditions, and a system that allows the carpooling applicant to respond more flexibly is desired.

[0005] An object of the carpooling support system of the present invention is to provide a system that enables a carpooling applicant to respond more flexibly.

Means for Solving the Problems

[0006] The carpooling support system of the present invention is a carpooling support system that supports carpooling of vehicles, A selection unit that selects one of a first boarding method of boarding a passenger wishing to share a ride in the vehicle on a driving route from the current location of the vehicle to the destination, and a second boarding method of boarding the passenger wishing to share a ride at a location away from the driving route; A notification unit that notifies the selection of the selection unit in a recognizable manner to the passenger wishing to share a ride; The gist is to include the above.

Brief Description of the Drawings

[0007]

Figure 1

Figure 2

Figure 3

Embodiments for Carrying Out the Invention

[0008] Next, embodiments for carrying out the present invention will be described using examples.

Examples

[0009] FIG. 1 is a configuration diagram showing an outline of the configuration of a carpooling system 20 including a carpooling support system as an embodiment of the present invention. The carpooling system 20 includes a server (notification unit) 30, a plurality of vehicles (selection unit) 40, and a plurality of user terminals (notification unit) 50. The server 30 is configured as a well-known computer and includes a CPU and the like. A carpooling support program for supporting carpooling of the vehicle 40 is installed in the server 30. The server 30 communicates wirelessly with the vehicle 40 and the user terminal 50. Each vehicle 40 includes a driving power source such as an engine, an electronic control unit (hereinafter referred to as "ECU") for controlling the power source, and a navigation system for guiding a route to a destination. The ECU is configured as a well-known microcomputer and includes a CPU and the like. A carpooling boarding application for boarding a user (carpooling applicant) U who wishes to carpool in the vehicle 40 when moving is installed in the ECU. The ECU communicates wirelessly with the server 30. Each user terminal 50 is configured as a communication terminal such as a smartphone or a tablet terminal carried by the user U. Each user terminal 50 includes a computer, a storage device, a GPS antenna, a communication device, a touch panel type display operable by the user, a speaker, and the like. A carpooling request application for making a carpooling request to the vehicle 40 of the user U and the like is installed in the computer. The GPS antenna receives position information regarding the current location Pn2 of the user terminal 50. The communication device communicates between the computer and the outside.

[0010] Next, the operation of the carpooling system 20 of the embodiment configured in this way, particularly the operation of the server 30, will be described. FIG. 2 is a flowchart showing an example of a carpooling support program executed by the server 30. This program is executed when a carpooling request application of the user terminal 50 transmits a carpooling request to the server 30 by an operation of the user terminal 50 by the user U and the server 30 receives the carpooling request.

[0011] When the carpooling support program is executed, the CPU of the server 30 first executes a process of receiving the current location Pn1, destination Pd1, driver setting values Dref1, Dref2, tref1, tref2, and boarding condition C1 of the vehicle 40 from the vehicle 40 (step S100). In this process, the server 30 sends a request for information to the vehicle 40. The ECU of the vehicle 40 that has received this sends the current location Pn1 and destination Pd1 of the vehicle 40 input from the navigation system to the server 30 by the carpooling boarding application, accepts the input of the driver setting values Dref1, Dref2, tref1, tref2 by the driver, sends the received input values to the server 30, and sends the boarding condition C1 determined in advance by the driver's input or by AI or machine learning to the server 30. The server 30 receives the current location Pn1, destination Pd1, driver setting values Dref1, Dref2, tref1, tref2, and boarding condition C1 thus sent from the vehicle 40.

[0012] The driver setting value Dref1 is the distance allowed for a detour for the vehicle 40 to pick up the user U. The driver setting value tref1 is the time allowed for a detour for picking up the user U. When the first pick-up method for the driver to pick up the user U on the driving route R1 is selected, at least one of the driver setting values Dref1 and tref1 is set to the value 0. When the second pick-up method for the driver to pick up the user U at a position away from the driving route R1 is selected, the driver setting values Dref1 and tref1 are both set to values other than 0. Therefore, the process of receiving the input of the driver setting values Dref1 and tref1 by the ECU of the vehicle 40 is a process of selecting one of the first pick-up method and the second pick-up method. The driver setting value Dref2 is the distance allowed for a detour for the vehicle 40 to drop off the user U at the destination Pd2. The driver setting value tref2 is the time allowed for a detour for dropping off the user U at the destination Pd2. When the first drop-off method for the driver to drop off the user U on the driving route R1 is selected, at least one of the driver setting values Dref2 and tref2 is set to the value 0. When the second drop-off method for the driver to drop off the user U at a position away from the driving route R1 is selected, the driver setting values Dref2 and tref2 are both set to values other than 0. Therefore, the process of receiving the input of the driver setting values Dref2 and tref2 by the ECU of the vehicle 40 is a process of selecting one of the first drop-off method and the second drop-off method. Examples of the pick-up condition C1 include the driving route R1 to the destination P1 set in the navigation system, the upper limit number N1 as the upper limit of the number of people allowed to board, the gender S1 allowed to board, and the upper limit load W1 as the upper limit of the weight of the load that can be loaded.

[0013] Subsequently, the CPU of the server 30 receives the current location Pn2, destination Pd2, and desired conditions C2 of the user terminal 50 from the user terminal 50 that sent the carpool request (step S110). In this process, the server 30 sends a request for information to the user terminal 50. The user terminal 50 that receives this sends the current location Pn2 and destination Pd2 of the vehicle 40 from the navigation system to the carpool request application, sends the input value to the server 30, and sends the desired number of passengers N2 who wish to share the ride in the vehicle 40, the gender S2 of the person who wishes to share the ride, and the desired load capacity W2 that wishes to be loaded in the vehicle 40 to the server 30 as the desired conditions C2 determined by the driver's input or AI and machine learning. In step S110, the server 30 receives the current location Pn2, destination Pd2, and desired conditions C2 thus sent from the user terminal 50.

[0014] Next, it is determined whether the desired conditions C2 are within the range of the boarding conditions C1 (step S120). Here, when the desired number of passengers N2 is less than or equal to the upper limit number of passengers N1, and the gender S2 includes the same gender as the gender S1, and the desired load capacity W2 is less than or equal to the upper limit load capacity W1, it is determined that the desired conditions C2 are within the range of the boarding conditions C1. When the desired conditions C2 are outside the range of the boarding conditions C1, it is determined that the matching is unsuccessful (step S200), and this routine ends. When the matching is unsuccessful, the server 30 sends a failure notice as a notice to the user terminal 50 that the matching is unsuccessful. The user terminal 50 that receives the failure notice displays on the display or outputs from the speaker by voice that the matching is unsuccessful by the carpool request application. Thereby, the user U can recognize that the matching is unsuccessful and cannot board the vehicle 40.

[0015] When the desired condition C2 is within the range of the boarding condition C1 in step S120, subsequently, based on the stored map information, the detour distance D1 as the increased travel distance and the detour time t1 as the increased time when the vehicle 40 changes the travel route R1 and detours to the current location Pn2 of the user U, and the detour distance D2 as the increased travel distance and the detour time t2 as the increased time when the vehicle 40 changes the travel route R1 and detours to the destination Pd2 of the user U are set (step S130). FIG. 3 is an explanatory diagram for explaining the detour distances D1, D2, the detour times t1, t2. The detour distances D1, D2 are the distances of the detour routes Rn2, Rd2 indicated by the broken lines, and the detour times t1, t2 are the assumed values of the travel times when the vehicle 40 travels on the detour routes Rn2, Rd2. Subsequently, it is determined whether or not the detour distance D2 is less than or equal to the driver set value Dref2 and the detour time t2 is less than or equal to the driver set value tref2 (step S140). When the detour distance D2 exceeds the driver set value Dref2 or the detour time t2 exceeds the driver set value tref2, it is determined that the matching fails (step S200), and this routine is terminated. The processing when the matching fails has been described above.

[0016] When the detour distance D2 is less than or equal to the driver setting value Dref2 and the detour time t2 is less than or equal to the driver setting value tref2 in step S140, then, subsequently, it is determined whether the detour distance D1 is less than or equal to the driver setting value Dref1 and the detour time t1 is less than or equal to the driver setting value tref1 (step S150). When the detour distance D1 is less than or equal to the driver setting value Dref1 and the detour time t1 is less than or equal to the driver setting value tref1, it is determined that the user U can be made to board the vehicle 40 without moving the user U from the current location Pn2, and the matching is established (step S190), and this routine is terminated. When the matching is established, the server 30 transmits a matching establishment notification to the user terminal 50. The user terminal 50 that has received the establishment notification displays on the display or outputs from the speaker by voice that the matching has been established by the ride-sharing application. Thereby, the user U can recognize that the matching is established and can board the vehicle 40 without moving from the current location Pn2.

[0017] When the detour distance D1 exceeds the driver setting value Dref1 or the detour time t1 exceeds the driver setting value tref1, it is determined that it is necessary to move the user U in order to make the user U board the vehicle 40, and subsequently, the selection result of the boarding method by the vehicle 40 is transmitted (notified) to the user terminal 50 (step S160). Here, when at least one of the driver setting values Dref1 and tref1 is the value 0, the vehicle 40 notifies that the first boarding method is selected, and when both of the driver setting values Dref1 and tref1 are not the value 0, the vehicle 40 notifies that the second boarding method is selected. The user terminal 50 that has received this selection result displays the selection result on the display or outputs it from the speaker by voice. Thereby, the user U can be made to recognize in advance how far to move to board the vehicle 40.

[0018] Subsequently, it is received from the user terminal 50 whether pre-movement is possible according to the selection result of the boarding method by the vehicle 40 notified in step S160 (step S170). In this process, the server 30 transmits a request for information on whether the user U can pre-move to the user terminal 50. The received user terminal 50 accepts an input from the user U on whether pre-movement is possible by the ride-sharing application, and transmits the input result to the server 30. In step S170, the server 30 thus receives from the user terminal 50 whether pre-movement is possible. When pre-movement is not possible in step S170, it is determined that the matching is not established (step S200), and this routine is terminated. The processing when the matching is not established has been described above. When pre-movement is possible in step S170, it is determined that the matching is established (step S190), and this routine is terminated. When the matching is established, the server 30 transmits a matching establishment notification to the user terminal 50. The received user terminal 50 displays on the display or outputs from the speaker by voice that the matching is established as described above. Thereby, the user U can recognize that the matching is established and can board the vehicle 40 without moving from the current location Pn2.

[0019] In the ride-sharing system 20 including the ride-sharing support system according to the embodiment described above, one of the first boarding method for boarding the user U on the driving route R1 and the second boarding method for boarding the user U at a position away from the driving route R1 is selected, and by notifying this selection in a recognizable manner to the user U, a system that can make the user U respond flexibly can be provided.

[0020] As described above, the embodiments for carrying out the present invention have been described using examples. However, the present invention is not limited to such examples, and it goes without saying that the present invention can be implemented in various forms without departing from the gist of the present invention.

Explanation of Reference Numerals

[0021] 20 Multiplication system, 30 server, 40 vehicle, 50 user terminal.

Claims

【Claim 1】 A carpooling support system for supporting carpooling of vehicles, a selection unit that selects one of a first boarding method of boarding a carpooler of the vehicle on a driving route from the current location of the vehicle to the destination and a second boarding method of boarding the carpooler at a location away from the driving route; a receiving unit that receives boarding conditions including the driving route of the vehicle, the upper limit number of people permitted to board, the gender permitted to board, and the upper limit load of the load that can be carried, and desired conditions including the driving route to the destination desired by the carpooler, the desired number of people who wish to carpool, the gender who wishes to carpool, and the desired load that the carpooler wishes to load on the vehicle; When the desired conditions are outside the range of the boarding conditions, it notifies the carpooler in a recognizable manner that the matching is not established. When the desired conditions are within the range of the boarding conditions and there is no need to move the carpooler to board the vehicle, it notifies the carpooler in a recognizable manner that the matching is established. When the desired conditions are within the range of the boarding conditions and it is necessary to move the carpooler to board the vehicle, it notifies the carpooler in a recognizable manner of the selection of the selection unit, receives whether the carpooler can move in advance according to the notified selection of the selection unit, and when the advance movement is not possible, it notifies the carpooler in a recognizable manner that the matching is not established, and when the advance movement is possible, it notifies the carpooler in a recognizable manner that the matching is established; a notification unit; A carpooling support system comprising the above.

Images