JP6806752B2 - Support method and system for determining delivery location in car sharing between individuals - Google Patents

Description

The present invention relates to a method and a system for supporting determination of a delivery place in car sharing between individuals.

Patent Document 1 and the like propose car sharing between individuals for renting and renting vehicles between individuals.

JP-A-2018-028850

In Patent Document 1, when the owner registers a vehicle to be provided for inter-individual car sharing, it is proposed to select one place from a plurality of possible delivery place candidates and register the delivery place. There is. When the driver makes a reservation, he / she can select the vehicle he / she wants to use while considering the registered location.
However, if there are multiple delivery locations, we would like to select a delivery location that is convenient for the driver.

Therefore, the present invention provides a method for supporting determination of a delivery location in inter-individual car sharing, which can determine a delivery location that is convenient for both the owner and the driver from among a plurality of deliverable locations.

In order to achieve the above object, the following is provided according to the present invention.
It is a method of supporting at least one of the place where the owner hands over the reserved vehicle to the driver and the place where the driver returns it to the owner in the car sharing between individuals.
A location database that contains location information for multiple deliverable locations,
Using a reservation database that includes the vehicle to be reserved, the owner identification information of the vehicle to be reserved, and the driver identification information of the reserved driver,
From among the plurality of deliverable locations, the owner is notified of one or more deliverable locations within a predetermined distance from the owner registration position, which is the point registered by the owner in advance, as a candidate location.
From the candidate locations, one or more desired owner-desired locations are obtained from the owner, and the driver is notified of the owner-desired locations.
A method of obtaining a driver's desired location desired by a driver from the owner's desired location from the driver and notifying the owner of the driver's desired location.

Further, in order to achieve the above object, the following is provided according to the present invention.
It is a method of supporting at least one of the place where the owner hands over the reserved vehicle to the driver and the place where the driver returns it to the owner in the car sharing between individuals.
A location database that contains location information for multiple deliverable locations,
Using a reservation database that includes the vehicle to be reserved, the owner identification information of the vehicle to be reserved, and the driver identification information of the reserved driver,
From among the plurality of deliverable locations, the owner and the driver are notified of one or more deliverable locations belonging within a predetermined distance from the owner registration position, which is the point registered by the owner in advance, as candidate locations.
From the candidate locations, one or more owner-desired locations desired by the owner are obtained from the owner, and the owner-desired location is notified to the driver.
A method of obtaining one or more desired driver locations desired by a driver from the candidate locations from the driver and notifying the owner of the desired driver locations.

According to the present invention, there is provided a method for supporting determination of a delivery location in inter-individual car sharing, which can determine a delivery location that is convenient for both the owner and the driver from among a plurality of deliverable locations.

It is an overall block diagram of the system which concerns on this embodiment. The database recorded in the data server according to this embodiment is shown. Shows the owner database. Shows the vehicle database. Indicates a location database. Shows the driver database. Shows the reservation database. It is a flowchart of the method which concerns on embodiment of this invention that the main server executes after the reservation is established. This is an example of a state of processing executed according to the flowchart shown in FIG. The flowchart of the method which concerns on the modification of this invention is shown.

Hereinafter, embodiments of the present invention will be described in more detail with reference to the drawings.
The present invention relates to a method and a system for supporting determination of a delivery place in car sharing between individuals. Interpersonal car sharing refers to providing a vehicle owned by an individual or a corporation to another person, or using a vehicle owned by an individual or a corporation. This system mediates between the owner who owns the vehicle and the driver who wants to use the vehicle. The system is a method of assisting in determining at least one of the places where the owner hands over the reserved vehicle to the driver and where the driver returns it to the owner in interpersonal car sharing.

The inter-individual car sharing covered by the present invention includes the five stages described below. The present invention relates to a method used for determining a delivery place by the owner and the driver, which is the stage (5), but in order to make the invention easier to understand, the stages (1) to (4) are also appropriately used. It shall be explained. However, the present invention does not presuppose stages (1) to (4). Stages (1) to (4) may be performed by a method different from the method described below. Further, in the stages (1) to (5), different processing devices may execute the processing, or the same processing device may execute the processing. However, it is preferable that the database used at each stage is shared.
(1) Pre-registration of owner information and vehicle information by the owner (2) Pre-registration of the place by the place provider (3) Pre-registration of driver information by the driver (4) Reservation of the vehicle by the driver (5) Delivery by the owner and the driver Determining the location

FIG. 1 is an overall configuration diagram of a system that executes a method of supporting determination of a delivery place in inter-individual car sharing (hereinafter, simply referred to as car sharing) according to the present embodiment. Since this system executes processing using various databases, Fig. 2 shows an example of the databases recorded in the data server used in this system. Details of each database will be described later.

As shown in FIG. 1, the system according to the present embodiment mediates between the owner, the driver, and the place provider. A place provider is an individual or legal entity that provides a place to hand over a vehicle to a driver when the owner provides the vehicle. FIG. 1 exemplifies coffee shops, gas stations, and restaurants registered in this system as place providers. This system includes a main server 1, a data server 2, an owner terminal 3, a driver terminal 4, and a location provider's terminal 5. The main server 1 is connected to the owner terminal 3, the driver terminal 4, and the location provider's terminal 5 via a network.

<1. Pre-registration by owner>
FIG. 3 shows an owner database in which information on owners who wish to provide vehicles to others by car sharing between individuals is recorded. First, an owner who wishes to provide his / her own vehicle to others by car sharing between individuals registers in this system. When using this system, the owner registers the owner's name and the like in the system. The main server 1 acquires information from the owner who wishes to register, and as shown in FIG. 3, associates the owner ID (owner identification information) that can be identified with other owners, and the owner contact information, owner name, and owner are the car. Record the vehicle ID provided to the share in the owner database. The owner may own the vehicle himself, or may not be the owner of the vehicle by acquiring it through a lease contract or the like.

To acquire information from the owner means to acquire information from the terminal owned by the owner, from a terminal that the owner can send and receive with his / her own E-mail account, or from a terminal that the owner logs in to SNS (Social Networking System). It includes aspects such as acquiring information or having the staff who heard the information from the owner enter it directly into the database. That is, the owner terminal 3 is a concept including a terminal owned by the owner, a terminal capable of transmitting and receiving with its own E-mail account, a terminal logged in to an SNS or the like, and the like. The same applies to the case where the system obtains the information from the driver and the case where the system obtains the information from the location provider in the following description.

The owner contact information is a telephone number, an address, an SNS account, an E-mail address, an IP address, etc. that can contact the owner. FIG. 3 illustrates E-mail as an example. The same applies to the driver contact information and the location provider contact information in the following description.

In the following description, the main server 1 will be described as transmitting and receiving information to and from the owner, the place provider, and the driver using E-mail. For example, it is assumed that the main server 1 transmits information to the address of the owner's E-mail, and the owner transmits information from its own terminal to the main server 1 using the E-mail. Alternatively, the main server 1 may send / receive information to / from the owner, the place provider, and the driver by notification to the account of the dedicated application such as push notification, SMS (Short Message Service), or the like.

FIG. 4 shows a vehicle database in which information on vehicles provided by the owner to others is recorded. The main server 1 acquires information from the owner and associates it with a vehicle ID that can be identified from other vehicles, as shown in FIG. 4, the vehicle type, vehicle year, vehicle photograph, owner registration position, and vehicle. Record the unavailable period etc. in the vehicle database.
The owner registration position is a vehicle storage location such as a home or a vehicle parking lot, or an address thereof. Alternatively, it is the name or address of a place such as a station that the owner arbitrarily designates with respect to delivering the vehicle.
As illustrated in Owner ID: BBB of FIG. 3, the owner may register a plurality of vehicles in the system. In addition, information such as vehicle displacement, vehicle type (sedan, hatchback, SUV, one-box, etc.), vehicle manufacturer, and the like may be recorded in the vehicle database.

The period during which the vehicle cannot be used is, for example, a period during which the vehicle is out for inspection and the vehicle cannot be provided to the car share, or a period during which the owner cannot provide the vehicle to the car share due to absence such as a trip. In FIG. 4, the date when the unavailable period starts and the date when the unavailable period ends are recorded in the vehicle database.

Although the system manages the owner database and the vehicle database in different databases in FIGS. 2 and 3, the owner database may be configured to include information about the vehicle.

<2. Place pre-registration by place provider ＞
FIG. 5 shows a location database in which information about locations that can be used to deliver car-sharing vehicles is recorded. The main server 1 acquires information from a place provider that delivers a place that can be used for delivery of the vehicle, and as shown in FIG. 5, associates the place provider name with a place ID that can be identified from other places. , Location provider contact information, location address, unavailable period, non-face-to-face delivery availability, industry, and coupon information are recorded in the location database.

A place provider is an individual or legal entity that provides a car share with a place that can be used to deliver a vehicle. The place provider may own the land, or the place provider may be the borrower of the land.

The place provider may be doing business at that place. If the place provider runs a coffee shop, for example, a parking lot for visitors may be attached to the coffee shop. When the owner of a coffee shop provides a parking lot for car sharing, the coffee shop is registered as an industry in the location database.

In addition, the location provider registers coupon information and sales promotion information in the location database in order to provide a location for car sharing in anticipation of the effect of attracting customers to its own business. Coupon information and sales promotion information are notified to the owner and the driver as described later. FIG. 5 shows an example in which the address of the homepage where the coupon information and the sales promotion information are recorded is recorded in the location database.

Non-face-to-face delivery means that when the owner provides the vehicle to the driver, the owner can provide the vehicle without facing the driver by mediating by a place provider or the like. A face-to-face delivery location is a location where the owner must deliver the vehicle directly to the driver or the driver must deliver the vehicle directly to the owner. The non-face-to-face delivery place is a place where the owner or a person who delivers the vehicle to the driver after temporarily keeping the vehicle from the driver is waiting and the vehicle can be delivered without the owner and the driver meeting directly.

Alternatively, the place provider itself does not have to mediate. For example, a security-set key box is placed on the premises of the store, the owner deposits the vehicle key in this key box, and the driver receives the vehicle key from this key box to deliver the vehicle. It may be configured to do so. If there is a place to provide a system that allows the owner to provide the vehicle without facing the driver when the owner provides the vehicle to the driver, the place should be a non-face-to-face delivery place. Can be done.

In car sharing, the owner basically provides the vehicle after confirming that the person who appears is the person who signed the contract. However, there may be cases where the driver wants to use the vehicle from 5 am, but it is difficult for the owner to get up early in the morning and carry the vehicle to the delivery place. Therefore, for example, if the delivery location is a gas station that is open 24 hours a day, the staff at the gas station will take the vehicle from the owner the day before the day of use and confirm that the driver is the contractor on the day of use. You can provide the vehicle to the driver. The location database records whether the location is a non-face-to-face delivery location.

The unavailable period indicates the period during which the place provider cannot provide the place to the car share. For example, the unavailable period is a fixed time every day. In FIG. 5, in the place of place ID: caa, it is illustrated that the time from 20:00 to 6:00 of the next day is the time when the place cannot be provided to the car share. Alternatively, the unavailable period may be a day or day when no place can be provided for car sharing. Information such as not available every Monday or not available during the Obon festival may be recorded in the location database.

<3. Pre-registration of driver information by the driver>
FIG. 6 shows a driver database in which information on drivers who intend to use a vehicle by car sharing is recorded. The main server 1 acquires information from the driver, and as shown in FIG. 6, associates it with a driver ID (driver identification information) that can be distinguished from other drivers, and obtains information such as the driver name, driver contact information, and usage history. Record in the driver database. Data regarding the driver's license may be recorded in the driver database.

The usage history is the history of the driver using car sharing in the past. For example, if you have used car sharing multiple times in the past, you can know that the owner is a person who understands the use of car sharing. In this way, the usage history is information that the owner refers to in order to understand the driver.

In the present embodiment, an example in which the driver information is registered in the driver database before the driver uses the vehicle has been described, but the present invention is not limited to this. The main server 1 may be configured to acquire the driver's information each time the driver uses the vehicle.

Further, as shown in FIG. 6, the main server 1 may acquire the location of the driver from the driver terminal 4 and record it in the driver database.

<4. Vehicle reservation by driver>
As described above, the system stores owner information, delivery location information, and driver information. The car sharing business will be operated using this information. Next, the stage in which the driver searches for the vehicle he / she wants to drive and reserves the vehicle will be described. The driver inquires about the main server 1, searches for the vehicle he / she wants to ride, and makes a reservation application together with the date and time he / she wants to use.

For example, the main server 1 acquires the address of the driver's start point of use, the model of the car to be driven, the period of use, and the like from the driver terminal 4. The main server 1 refers to the vehicle database, and the owner registration position (here, the storage location of the vehicle, the same applies hereinafter) is located within a predetermined distance from the start point of use, and the vehicle type matches the vehicle type of the vehicle you want to ride. In addition, the vehicle ID of the vehicle whose usage period does not overlap with the unavailability period is specified. The main server 1 transmits information including a vehicle photograph of the specified vehicle ID to the driver terminal 4. In addition, the main server 1 may acquire information such as the displacement and type of the vehicle that the driver wants to ride from the driver terminal 4, and identify a vehicle that matches the information.

FIG. 7 is a reservation database for managing car sharing reservations. The driver identifies the vehicle he / she wants to ride from the vehicle candidates transmitted from the main server 1 and applies for use. The main server 1 acquires the driver ID, the vehicle ID of the vehicle to be driven, the start date and time of the usage period, and the end date and time of the usage period as reservation applications from the driver terminal 4. The main server 1 records the acquired reservation information in the reservation database as shown in FIG. The system also identifies the owner ID associated with the acquired vehicle ID, associates the identified owner ID with a reservation management ID that can be identified from other reservations, and records it in the reservation database.

When the main server 1 receives an application for reservation from the driver, it notifies the owner of the vehicle to be provided that the reservation has been made, and receives a reply as to whether or not to accept the reservation. When the main server 1 receives the reservation from the owner, the main server 1 records the reservation establishment in the reservation database, and <5. Move to the stage of deciding the delivery place by the owner and the driver. When the main server 1 receives from the owner that the reservation is not accepted, the main server 1 records the reservation failure in the reservation database and notifies the driver of the reservation failure.

<5. Determining delivery location by owner and driver>
FIG. 8 is a flowchart of a method according to an embodiment of the present invention, which is executed by the main server 1 after the reservation is established. FIG. 9 illustrates a state of processing executed according to this flowchart. In the following description, as in the reservation management ID: 001 (hereinafter referred to as reservation 001) shown in FIG. 7, the driver with the driver ID: aaa (hereinafter referred to as the driver faa) is the vehicle with the vehicle ID: x01 (hereinafter referred to as the reservation 001). , Vehicle x01) is accepted by the owner ID: AAA (hereinafter referred to as the owner AAA) for the reservation to use from 7:00 on October 20, 2018 to 18:00 on October 22, 2018, and the reservation is made. I will explain the scene where it is established and the owner AAA and the driver faa try to decide the delivery place.

Further, in the following description, the case where the owner AAA delivers the vehicle x01 to the driver faa and the place where the driver faa returns the vehicle x01 to the owner AAA are the same. If the delivery location and the return location are different, after proposing a location for the subsequent method for the delivery location, steps S13 to S16 described below for the return location are executed.

As shown in FIG. 8, when the reservation is established, the main server 1 acquires the owner ID from the reservation database for the reservation management ID of the reservation, refers to the owner database, and acquires the owner contact information. Further, the main server 1 acquires the driver ID from the reservation database, refers to the driver database, and acquires the driver contact information. Further, the main server 1 acquires the vehicle ID from the reservation database (step S01).

That is, as shown in FIG. 9, the main server 1 refers to the reservation database, and for reservation 001, the contact of the owner AAA is aaa@a.com, and the contact of the driver faa is faa@a.com. Acquires that the vehicle ID of the reserved vehicle is x01.

Returning to FIG. 8, the main server 1 acquires the vehicle ID from the reservation database, refers to the vehicle database, and acquires the storage location of the vehicle (step S02). The main server 1 further refers to the location database and identifies a deliverable location within a predetermined distance from the vehicle storage location as a candidate location (step S03).

The fact that the deliverable place belongs within a predetermined distance means that, for example, the administrative area one below the municipality of the address of the deliverable place and the administrative area one below the municipality of the address of the storage place coincide with each other. Say that. For example, in the case of an address such as Shinbashi, Minato-ku, Tokyo, it means that the address of the delivery place and the address of the storage place both match up to Shinbashi, Minato-ku, Tokyo.
Alternatively, if the deliverable place belongs within a predetermined distance from the storage place, for example, the north latitude information and the east longitude information are acquired from the address of the deliverable place, the north latitude information and the east longitude information of the storage place are acquired, and each other's points are determined. It means that the connecting straight line distance is within a predetermined distance.
Alternatively, the fact that the deliverable place belongs within a predetermined distance from the storage place means that the distance from the deliverable place to the storage place is within a predetermined distance, for example, using map information.
The main server 1 extracts one or more locations as candidate locations.

That is, as shown in FIG. 9, the main server 1 identifies the reserved vehicle x01 from the reservation database, and refers to the vehicle database to specify that the storage location of the vehicle x01 is "Shimbashi, Minato-ku, Tokyo ***". To do.

The main server 1 further refers to the location database and specifies a location located from "Shimbashi, Minato-ku, Tokyo ***" to "Shinbashi, Minato-ku, Tokyo" as a candidate location from among the deliverable locations. In the present embodiment, the main server 1 specifies four locations with location IDs: caa, cac, cba, and cbc as candidate locations as locations located in "Shinbashi, Minato-ku, Tokyo" (see FIG. 5).
In the present embodiment, the determination that the deliverable place belongs within a predetermined distance from the storage place is determined by the administrative area one below the municipality of the address of the deliverable place and one below the municipality of the address of the storage place. Explains an example that is set to match the administrative district.

When the main server 1 extracts a candidate location, if the unavailable period is registered in the location database, the usage start time and the usage end time recorded in the reservation database overlap with the unavailable period. It is possible to extract the places that do not become. In the present embodiment, the usage start time is 7:00 on October 20, 2018, and the usage end time is 18:00 on October 22, 2018. Therefore, the main server 1 does not extract the location cbb whose usage start time overlaps with the unavailable period as a candidate location. This is because the use start time and the use end time are the times when the delivery occurs, and the candidate place needs to be available at this time.

When the main server 1 extracts the candidate location, if the delivery location is a non-face-to-face delivery location, the relationship between the unavailable period and the usage start time and usage end time is not considered. The place may be extracted as a candidate place. Further, when the main server 1 extracts the candidate location, the deliverable time or the receiveable time may be acquired from the owner terminal. By using non-face-to-face delivery, the owner can place the vehicle at the delivery location before the start time of use, and then the driver can use the vehicle at the start time of use. Alternatively, the driver can leave the vehicle at the delivery location at the end of use, after which the owner can pick up the vehicle.

Returning to FIG. 8, the main server 1 transmits the candidate location extracted in this way to the owner terminal 3 (step S04). The owner selects one or more places desired by the owner as the delivery place from the one or more candidate places notified from the main server 1. The main server 1 acquires one or more desired owner locations from one or more candidate locations from the owner terminal 3, and notifies the driver terminal 4 of the acquired desired owner locations (step S05). The candidate location may also include the owner registration location.

That is, as shown in FIG. 9, the main server 1 transmits the specified candidate locations caa, cac, cba, and cbc to the terminal of the owner AAA. At this time, the main server 1 may transmit the location ID, the type of business of the location, coupon information, and the like to the terminal of the owner AAA. The owner's desired location may be one location, or a plurality of locations may be specified.

FIG. 9 shows an example in which the owner AAA selects caa, cac, and cba from the candidate locations as the owner's desired locations and transmits them to the main server 1. At this time, if the owner AAA has acquired information such as the type of industry and coupon information of the candidate locations caa, cac, cba, and cbc, or whether or not non-face-to-face delivery is possible, the owner AAA's distance from the home is simply sufficient. Not only can the candidate location be decided, but the candidate location can be decided in consideration of the type of business, coupon information, and whether or not non-face-to-face delivery is possible.

Returning to FIG. 8, the driver selects one or more places desired by the driver as the delivery place from the one or more desired owner-desired places notified from the main server 1. The main server 1 selects one or more locations as the desired driver location from the driver terminal 4. The main server 1 acquires one or more desired driver locations from one or more desired driver locations from the driver terminal 4, and notifies the owner terminal 3 of the acquired desired driver locations (step S06). The driver's desired location may be one location, or a plurality of locations may be specified. Further, the driver's desired place may include a place other than the owner's desired place.

In this example, as shown in FIG. 9, the driver faa selects the location caa as the driver's desired location from the owner's desired locations caa, cac, and cba, and transmits the location caa to the main server 1. In this example, since the location finally selected by the owner AAA and the driver faa is a single location, the main server 1 sets the location caa as the delivery location for the reservation 001, records it in the reservation database, and processes it. To finish.

If the locations finally selected by the owner and the driver become a plurality of locations, steps S04 to S06 may be repeated until the selected locations become a single location, or the owner and the driver may be called or SNS. You may be prompted to decide the delivery place through communication means such as.

According to the method and system according to the present embodiment, both the owner and the driver can select a location from a plurality of deliverable locations at their own will, so that a delivery location that is convenient for both the owner and the driver is determined. it can.

In the above-described embodiment, an example of extracting a place located within a predetermined distance from the storage place of the vehicle as a candidate place has been described, but the present invention is not limited to this.
Obtain the driver's designated location such as the nearest station or the driver's home from the driver,
A deliverable location within a predetermined distance from both the driver-designated location and the owner-registered location may be a candidate location.

According to such a configuration, the candidate location is extracted in consideration of the designated position of the driver. The driver-designated place may be obtained from the driver at the time of reservation, or may be obtained from the driver after the reservation and before notifying the owner of the candidate place.
For example, the driver's home is in Tokyo, and the current location at the time of booking is Tokyo, but when using the car share after moving from Tokyo Station to Nagano Station on the Shinkansen, specify Nagano Station as the driver's designated place. be able to. In this case, a deliverable place within a predetermined distance from both the owner registration position and Nagano Station can be a candidate place.

Further, according to the method and system according to the present embodiment.
The start time and end time of car sharing are registered in the reservation database.
The available delivery location is associated with the available time,
Candidate locations are selected from among the deliverable locations available within the available time.
According to such a configuration, the delivery place can be determined in consideration of the convenience of the owner and the convenience of the driver as well as the convenience of the delivery place.

Further, according to the method and system according to the present embodiment.
In the location database, the deliverable location is a face-to-face delivery location where the owner must deliver the vehicle directly to the driver or the driver must deliver the vehicle directly to the owner.
It is possible to identify whether the vehicle is a non-face-to-face delivery place where the owner or the person who delivers the vehicle to the driver after temporarily storing the vehicle from the driver is waiting and the vehicle can be delivered without the owner and the driver meeting directly. Is registered in
The candidate location is notified to the owner or the owner and driver with information indicating the face-to-face or non-face-to-face delivery location.
According to such a configuration, the owner and / or the driver can select the desired place in consideration of not only the convenience of the location but also the convenience of non-face-to-face delivery.

Further, according to the method and system according to the present embodiment.
The deliverable place is a store that provides goods or services, and the deliverable place is associated with the location information of the deliverable place and the type of store.
The candidate location is notified to the owner or the owner and driver along with the type of store.
According to such a configuration, the owner and / or the driver can select the location in consideration of the convenience of being close to the location and the convenience of easily killing the time for incidental errands and meetings.

Further, according to the method and system according to the present embodiment.
Coupon information provided by the store is associated with the delivery location,
The candidate location will be notified to the owner or the owner and driver along with the coupon information.
According to such a configuration, in addition to the convenience of being close to the location, the location can be selected in consideration of the convenience of being able to obtain coupons for products / services that are convenient or necessary. The coupon information does not have to be recorded in the location database. As in the above-described embodiment, the location database may record information that can access the coupon information. Since the location provider often wants to update the coupon information by himself / herself, it is preferable that the coupon information is recorded in a database different from the location database managed by the administrator of this system.

In the above-described embodiment, the configuration in which the main server 1 notifies the owner of a deliverable location within a predetermined distance from the storage location as a candidate location has been described, but the present invention is not limited to this. For example, the main server 1 may acquire the industry of the deliverable place desired by the owner, refer to the place database, and notify the owner of the deliverable place matching the desired industry as a candidate place.

Further, in the above-described embodiment, when the main server 1 extracts the candidate location, the example of transmitting the candidate location to only the owner terminal 3 has been described, but the present invention is not limited to this. FIG. 10 shows a flowchart of a method according to a modified example of the present invention.

As shown in FIG. 10, when the reservation is established, the main server 1 refers to the reservation database, the owner database, the vehicle database, and the driver database to acquire the owner contact, the driver contact, and the vehicle ID (step S11). Further, the main server 1 refers to the vehicle database and acquires the storage location of the reserved vehicle (step S12). Further, the main server 1 refers to the location database and identifies one or more deliverable locations within a predetermined distance from the storage location as candidate locations (step S13). The steps from step S11 to step S13 up to this point are the same as in steps S01 and S03 described above.

Further, the main server 1 transmits the specified candidate location to both the owner terminal 3 and the driver terminal 4 (step S14). The owner selects one or more desired owner-desired locations from the one or more candidate locations notified from the main server 1. Further, the driver also selects one or more desired driver locations desired by the driver from among the one or more candidate locations notified from the main server 1. The main server 1 acquires the owner's desired location from the owner terminal 3 (step S15), and acquires the driver's desired location from the driver terminal 4 (step S16). The order of steps S15 and S16 may be reversed.

The main server 1 may transmit the location ID of the location where the owner's desired location and the driver's desired location match to the owner terminal 3 and the driver terminal 4, and finally determine the actual delivery location from this location.
If the owner's desired location and the driver's desired location do not match, the main server 1 transmits that there is no matching location for the owner terminal 3 and the driver terminal 4, and steps until the selected location becomes a single location. S14 to S16 may be repeated, or the owner and the driver may be urged to determine the delivery location via a means of communication such as telephone or SNS.

The main server 1 is <4. At the stage of vehicle reservation by driver>, the location database may be referred to to provide information on possible delivery locations when the driver selects the vehicle he / she wants to ride. For example, when a driver searches for a vehicle, the driver is asked to reserve a vehicle that acquires the type of business of the driver's favorite location and the location provider of the acquired industry has multiple locations within a predetermined distance of the storage location. May be provided as.

Although the embodiments of the present invention have been described above, it goes without saying that the technical scope of the present invention should not be construed as being limited by the description of the present embodiments. It is understood by those skilled in the art that the present embodiment is merely an example, and various embodiments can be modified within the scope of the invention described in the claims. The technical scope of the present invention should be determined based on the scope of the invention described in the claims and the equivalent scope thereof.

1 Main server 2 Data server 3 Owner terminal 4 Driver terminal 5 Location Provider's terminal

Claims (7)

It is a method of supporting at least one of the place where the owner hands over the reserved vehicle to the driver and the place where the driver returns it to the owner in the car sharing between individuals.
A location database that contains location information for multiple deliverable locations,
A reservation database containing vehicle identification information of the vehicle to be reserved, owner identification information of the vehicle to be reserved, and driver identification information of the reserved driver ,
Using a system that includes a main server, to the main server
From among the plurality of the deliverable location, is notified to the owner and the driver in advance owner of more than one belonging within a predetermined distance from the owner registration position is a point registered the deliverable location as candidate locations,
Wherein one or more owners hope where the owner wants from among the candidate location acquired from the owner, to notify the owner wishes locations to the driver,
The one or more driver wishes where the driver desires from among the candidate location acquired from the driver, Ru is notified of the driver wishes place owner, method. The driver is to get the driver specified location is a location that you specify,
The method according to claim 1, wherein a deliverable place belonging within a predetermined distance from both the driver designated place and the owner registration position is set as the candidate place. The start time and end time of car sharing are registered in the reservation database.
The available delivery time is associated with the available delivery location.
The method of claim 1 , wherein the candidate location is selected from among the deliverable locations available within the available time. In the location database, whether the deliverable location is a face-to-face delivery location where the owner must deliver the vehicle directly to the driver or the driver must deliver the vehicle directly to the owner.
Whether it is a non-face-to-face delivery place where the vehicle can be delivered without the owner and the driver meeting directly is registered so that it can be identified.
The method according to claim 1 , wherein the candidate location is notified to the owner or the owner and the driver together with information indicating the face-to-face delivery location or the non-face-to-face delivery location. The deliverable place is a store that provides goods or services, and the deliverable place is associated with the location information of the deliverable place and the type of the store.
The method according to claim 1 , wherein the candidate location is notified to the owner or the owner and the driver together with the type of the store. The coupon information provided by the store is associated with the delivery place.
The method according to claim 5 , wherein the candidate location is notified to the owner or the owner and the driver together with the coupon information. It is a decision support system for at least one of the place where the owner hands over the reserved vehicle to the driver and the place where the driver returns it to the owner in the car sharing between individuals.
A location database that contains location information for multiple deliverable locations,
A reservation database containing vehicle identification information of the vehicle to be reserved, owner identification information of the vehicle to be reserved, and driver identification information of the reserved driver ,
It has a main server, and the main server
From among the plurality of the deliverable location, is notified to the owner and the driver in advance owner of more than one belonging within a predetermined distance from the owner registration position is a point registered the deliverable location as candidate locations,
Wherein one or more owners hope where the owner wants from among the candidate location acquired from the owner, to notify the owner wishes locations to the driver,
The acquired one or more drivers desired location the driver wants the driver from among the candidate location, Ru is notified of the driver wishes location owners, system.