WO2022163093A1

WO2022163093A1 - Delivery-type car sharing assistance system and delivery-type car sharing assistance method

Info

Publication number: WO2022163093A1
Application number: PCT/JP2021/042831
Authority: WO
Inventors: 寿人天野; 健作浦部; 圭太西野; 博之戸手
Original assignee: Ｅｎｅｏｓ株式会社
Priority date: 2021-01-29
Filing date: 2021-11-22
Publication date: 2022-08-04
Also published as: JP2022117170A

Abstract

This delivery-type car sharing assistance system 200 comprises: a service server device 100 that manages a car sharing service; and an urban-area user terminal 106 of an urban-area user that uses the car sharing service. The urban-area user terminal 106 acquires information which is provided by a coin-operated parking information management device 300 and which relates to nearby coin-operated parking, which is coin-operated parking in the vicinity of a location designated by the urban-area user. The urban-area user terminal 106 displays a reservation input screen to which reservation information is input by the urban-area user, the reservation input screen displaying information related to the nearby coin-operated parking and allowing designation of the nearby coin-operated parking as a vehicle handover site.

Description

Delivery type car sharing support system and delivery type car sharing support method

The present invention relates to a delivery-type car-sharing support system and a delivery-type car-sharing support method, and for example, to a control device and a control method when car-sharing is performed by a plurality of users.

Recently, a business form called a car-sharing service has been implemented in which a specific vehicle is shared among multiple members and can be rented at any time. For example, there is a business form in which a plurality of corporate users registered with a company that manages and provides the target vehicle uses it when necessary and pays for it. For corporate users, there is an advantage that it can be cheaper than renting a car if it is used for a short time. However, in car sharing, a common method is to set a parking lot for the target vehicle, use it when needed by a plurality of users, and return it to the rented parking lot after use. Therefore, there is a problem that user convenience is poor. Therefore, it is desirable to improve convenience for users so that they can drop off their vehicles at their destination. For example, a service is being considered in which a plurality of parking lots are reserved, and the user is notified of an available parking lot and can return the vehicle to the empty parking lot at the destination (see Patent Document 1). . However, if there is no vacant parking lot near the destination, the user has to prepare a means of transportation after returning the mobile phone, which is still inconvenient. Therefore, further improvement of convenience is demanded.

On the other hand, for service companies that manage and provide target vehicles, when implementing car sharing services in urban areas, although the utilization rate of vehicles can be relatively high, parking fees will be extremely high. There is On the other hand, when a car-sharing service is implemented in the suburbs, the parking fee is low, but the utilization rate of the vehicles is extremely low. Therefore, it is required to increase the operating rate.

JP 2004-178385 A

Therefore, one aspect of the present invention provides a car sharing support system and method capable of further improving convenience for users in car sharing services.

In order to solve the above problems, a delivery-type car sharing support system according to one aspect of the present invention includes a device for managing a car sharing service and an information terminal of a user who uses the car sharing service. A device for managing a first user living in a first area who moves a vehicle from a first parking lot located in a first area for parking a vehicle to a second parking lot located in a second area for parking a vehicle. A schedule information receiving unit for receiving usage schedule information from a first user terminal via a communication line; and a second area of a vehicle moved to a second parking lot by the first user based on the input usage schedule information. and a usage time slot in which the vehicle is desired to be used in the second area via a communication line from a second user terminal of a second user who uses the vehicle in the second area. a reservation information receiving unit that receives reservation information requesting a reservation for use of a vehicle, in which a vehicle delivery location is defined; We are looking for a delivery driver who will move the specified vehicle from the 2nd parking lot to the delivery location defined in the reservation information and the vehicle identification unit that identifies the vehicle that stops at the 2nd parking lot in the belt and deliver the vehicle. and outputting the created delivery agency recruitment information, and showing a response to the delivery agency recruitment information via a communication line from the terminal of the driving agency of the driving agency who performs the delivery agency. A proxy recruitment information processing unit that inputs response information and analyzes the delivery agency recruitment response information, and a vehicle that stops at the second parking lot during the usage time period defined in the reservation information is specified and handed over to the delivery agency recruitment response information. Matching for determining that matching for vehicle use in the second area has been established when information indicating acceptance of substitute driving is defined, and for outputting the matching result to the second user terminal via a communication line. The processing unit inputs delivery execution completion information, and based on the delivery execution completion information, it is confirmed that the vehicle has been moved to the delivery location by the driver and that the vehicle has been delivered to the second user. and an execution determination unit that determines that. The information terminal is a second user terminal, and the information terminal is a coin parking information acquisition unit that acquires from an external device information about nearby coin parking, which is a coin parking that exists in the vicinity of the position specified by the second user; a display control unit for displaying a reservation input screen for inputting reservation information by a second user, the reservation input screen displaying information related to a nearby coin parking and allowing the nearby coin parking to be specified as a delivery location of the vehicle; have.

Another aspect of the present invention is a delivery type car sharing support system. This delivery-type car-sharing support system includes a device for managing a car-sharing service and information terminals of users who use the car-sharing service. The device to be managed includes a reservation information receiving unit that receives reservation information from the user's information terminal that defines a vehicle use time zone and a vehicle delivery location, and that requests reservation for use of the vehicle. The vehicle is moved from the parking lot where the vehicle is parked to the delivery location, and delivery agency recruitment information for recruiting a delivery driving agency to deliver the vehicle is created, the created delivery agency recruitment information is output, and driving agency is performed. Defined in reservation information and a proxy recruiting information processing unit that inputs the transfer proxy recruiting response information that indicates a response to the transfer proxy recruiting information from the driver's terminal of the driver via the communication line, and analyzes the transfer proxy recruiting reply information. If a vehicle that stops at the parking lot during the specified usage time period is specified, and if information indicating that the delivery agency recruitment response information defines information indicating acceptance of the delivery agency driving agency, it is determined that vehicle usage matching has been established. Then, a matching processing unit that outputs the matching result and delivery execution completion information is input to the driver's terminal via a communication line, and based on the delivery execution completion information, the driver moves the vehicle to the delivery location. and an execution determination unit that determines that has been executed. The information terminal has a coin parking information acquisition unit that acquires information about nearby coin parking, which is a coin parking that exists in the vicinity of the position specified by the user, from an external device, and a reservation input screen on which reservation information is entered by the user. and a display control unit for displaying a reservation input screen on which information about nearby coin parking is displayed and the nearby coin parking can be specified as a delivery place of the vehicle.

Yet another aspect of the present invention is a delivery-type car sharing support method. This method is executed by a device for managing a car sharing service and an information terminal of a user who uses the car sharing service. Usage schedule information of a first user residing in a first area who moves a vehicle from a parking lot to a second parking lot located in a second area for parking the vehicle is received from a first user terminal via a communication line. a step of determining the available time slot in the second area for the vehicle moved to the second parking lot by the first user based on the input usage schedule information; and using the vehicle in the second area. Receipt of reservation information requesting a reservation for use of a vehicle, which defines a use time period for which the use of the vehicle is desired and a delivery location of the vehicle in the second area, from the second user terminal of the second user via the communication line. a step of identifying a vehicle that will stop at the second parking lot during the usage time slot defined in the reservation information based on the determined available time slot information; , the specified vehicle is moved from the second parking lot, the vehicle is handed over, the delivery agency soliciting information for recruiting the delivery agent is created, the created delivery agency recruitment information is output, and the driving agency performs the driving agency. a process of inputting the delivery agent solicitation response information indicating the response to the delivery agency solicitation information from the driver's agent terminal of the person via the communication line, analyzing the delivery agency solicitation reply information, and When a vehicle parked in the second parking lot is identified and information indicating acceptance of the delivery proxy recruitment response information is defined, it is assumed that matching for vehicle use in the second area has been established. A step of determining and outputting the matching result to the second user terminal via a communication line, inputting the handover execution completion information, and based on the handover execution completion information, executing the movement of the vehicle to the handover place by the driver. and a step of determining and outputting that the vehicle has been delivered to the second user, and the information terminal is the second user terminal, and the information terminal is the second user. A step of acquiring information about a nearby coin parking that is a coin parking that exists in the vicinity of a designated position from an external device; It is displayed, and nearby coin parking can be specified as the delivery place of the vehicle and a step of displaying a reservation input screen.

A delivery type car sharing support device according to still another aspect of the present invention comprises:
Suburban user terminal information on the usage schedule of a user living in the suburbs, who moves the vehicle from a suburban parking lot in the suburbs to an urban parking lot in the urban area, is sent from the user terminal in the suburbs via a communication line. a schedule information receiving unit that receives
an urban area usage determination unit that determines, based on the input usage schedule information, an available time slot in an urban area for a vehicle moved to an urban parking lot by a user living in the suburbs;
An urban user who uses a vehicle in an urban area can make a reservation for the use of the vehicle via a communication line from the urban user's terminal. a reservation information receiving unit for receiving desired reservation information;
a vehicle identification unit that identifies a vehicle that stops at the urban parking lot during the use time period defined in the reservation information based on the determined available time period information;
Move the specified vehicle from the urban parking lot to the delivery location defined in the reservation information, and create delivery agency recruitment information to recruit a delivery driver to deliver the vehicle, and output the created delivery agency recruitment information At the same time, proxy recruitment information processing for inputting delivery agency recruitment response information indicating a response to the delivery agency recruitment information from the driving agency terminal of the driving agency who performs the driving agency via the communication line and analyzing the delivery agency recruitment response information. Department and
When a vehicle that stops at an urban parking lot during the usage time zone defined in the reservation information is specified, and information indicating acceptance of the delivery agent recruitment response information is defined, in the urban area a matching processing unit that determines that matching for vehicle use is established and outputs the matching result to an urban user terminal via a communication line;
Delivery execution completion information is input, and based on the delivery execution completion information, it is determined that the vehicle has been moved to the delivery location by the driving agent and that the vehicle has been delivered to the urban user. an execution determination unit;
characterized by comprising

Also, it is preferable to use unlocking information for the urban user to unlock the vehicle as the handover execution completion information.

Also, users living in suburbs are preferably commuting users who use vehicles to commute between suburbs and urban areas.

In addition, it is preferable that the driving agent is an individual service provider that personally accepts orders for moving vehicles.

In addition, it receives change information requesting a change in the usage end time from an urban user terminal via a communication line, and based on reservation information from another urban user terminal, uses indicated in the received change information. It is preferable to further include an approval/disapproval determination unit that determines approval/disapproval of the end time.

In addition, the reservation information further defines the pick-up location of the vehicle,
The proxy recruitment information processing unit further creates pickup proxy recruitment information for recruiting a pickup driving agent to pick up the vehicle used by the urban user at the pickup location defined in the reservation information and move it to the urban parking lot. Then, along with outputting the created pickup agency recruitment information, the pickup agency recruitment response information indicating the response to the collection agency recruitment information is input from the driving agent terminal of the driving agent who performs the driving agency through the communication line, Analyzing the proxy recruiting response information,
The matching processing unit determines that matching for picking up the vehicle in the urban area is established when information indicating acceptance of the picking-up operation service is defined in the answer information for pick-up service recruitment, and determines that the matching result is obtained in the urban area Output to the user terminal via a communication line,
The execution determination unit inputs pick-up execution completion information, and based on the pick-up execution completion information, determines that the vehicle has been picked up from the urban user and that the vehicle has been moved to the urban parking lot by the agent. It is preferable to determine that it has been done.

Also, it is preferable to use locking information for the driver to lock the vehicle as the pick-up execution completion information.

In addition, multiple urban parking lots, including urban parking lots, are prepared in urban areas. It is preferable that it is different from the urban parking lot that moves the car.

A delivery-type car sharing support method according to still another aspect of the present invention comprises:
Usage schedule information of a user living in the suburbs who moves the vehicle from the suburban parking lot located in the suburbs to the urban parking lot where the vehicle is parked is sent from the suburban user terminal through the communication line. receiving via
Determining an available time zone in an urban area for a vehicle moved to an urban parking lot by a user living in a suburb, based on the input usage schedule information;
An urban user who uses a vehicle in an urban area can make a reservation for the use of the vehicle via a communication line from the urban user's terminal. receiving desired reservation information;
A step of identifying a vehicle that stops at the urban parking lot during the use time period defined in the reservation information based on the information on the determined available time period;
Move the specified vehicle from the urban parking lot to the delivery location defined in the reservation information, and create delivery agency recruitment information to recruit a delivery driver to deliver the vehicle, and output the created delivery agency recruitment information a step of inputting, through a communication line, delivery proxy soliciting reply information indicating a reply to the delivery proxy soliciting information from the driver's agent terminal of the driver who performs the proxy driving, and analyzing the delivery proxy soliciting reply information;
When a vehicle that stops at an urban parking lot during the usage time zone defined in the reservation information is specified, and information indicating acceptance of the delivery agent recruitment response information is defined, in the urban area a step of determining that vehicle utilization matching has been established and outputting the matching result to an urban user terminal via a communication line;
Input delivery execution completion information, and based on the delivery execution completion information, determine that the vehicle has been moved to the delivery location by the driving agent and that the vehicle has been delivered to the urban user. , and outputting
characterized by comprising

A delivery type car sharing support device according to still another aspect of the present invention comprises:
a reservation information receiving unit for receiving reservation information from a terminal of a user desiring to use a vehicle, which defines a vehicle usage time zone and a vehicle delivery place;
Move the vehicle from the parking lot where the vehicle is parked to the delivery location defined in the reservation information, and create delivery proxy recruitment information for recruiting a delivery driver to deliver the vehicle, and output the created delivery proxy recruitment information. At the same time, a proxy recruitment information processing unit for inputting delivery agency recruitment response information indicating a response to the delivery agency recruitment information from the driving agency terminal of the driving agency who performs the driving agency via a communication line and analyzing the delivery agency recruitment reply information When,
When a vehicle that stops at an urban parking lot during the usage time zone defined in the reservation information is specified, and information indicating acceptance of the delivery agent recruitment response information is defined, in the urban area a matching processing unit that determines that vehicle utilization matching has been established and outputs the matching result to the driver's agent terminal via a communication line;
an execution determination unit for inputting delivery execution completion information and determining, based on the delivery execution completion information, that the agent has moved the vehicle to the delivery location;
characterized by comprising

According to one aspect of the present invention, in a car sharing service, it is possible to further improve convenience for users and improve the operating rate of vehicles.

1 is a diagram showing an example of a configuration of a delivery-type car sharing support system according to Embodiment 1; FIG. 1 is a diagram capturing an example of the configuration of a delivery-type car sharing support system according to Embodiment 1; FIG. FIG. 2 is a diagram for explaining an example of the contents of a delivery-type car sharing service according to Embodiment 1; FIG. 2 is a diagram illustrating an example of an internal configuration of a service server device according to Embodiment 1; FIG. FIG. 4 is a flow chart diagram showing a part of an example of the essential steps of the delivery type car sharing support method in Embodiment 1; FIG. 4 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to Embodiment 1; FIG. 4 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to Embodiment 1; FIG. 4 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to Embodiment 1; FIG. 10 is a diagram showing an example of the configuration of a delivery-type car sharing support system according to Embodiment 2; FIG. 9 is a block diagram showing functional blocks of a service server device according to Embodiment 2; FIG. 9 is a block diagram showing functional blocks of an urban user terminal in Embodiment 2; It is a figure which shows the example of a reservation input screen. It is a figure which shows the example of nearby coin parking information displayed on a reservation input screen.

A device or method subject in the present disclosure comprises a computer. The main functions of the apparatus or method of the present disclosure are realized by the computer executing the computer program. A computer has a processor that operates according to a computer program as a main hardware configuration. Any type of processor can be used as long as it can implement functions by executing a computer program. A processor is composed of one or more electronic circuits including a semiconductor integrated circuit (IC, LSI, etc.). A computer program is recorded in a non-temporary recording medium such as a computer-readable ROM, optical disk, hard disk drive, or the like. The computer program may be pre-stored in a recording medium, or may be supplied to the recording medium via a wide area network including the Internet.

The technology of the present disclosure will be described below based on preferred embodiments with reference to the drawings. The embodiments are illustrative rather than limiting the invention, and not all features and combinations thereof described in the embodiments are necessarily essential to the invention. The same or equivalent constituent elements, members, and processes shown in each drawing are denoted by the same reference numerals, and duplication of description will be omitted as appropriate. In addition, the scale and shape of each part shown in each drawing are set for convenience in order to facilitate the explanation, and should not be construed as limiting unless otherwise mentioned. In addition, when terms such as “first” and “second” are used in this specification or claims, unless otherwise specified, they do not represent any order or importance, It is for distinguishing from the configuration of

Embodiment 1.
FIG. 1 is a diagram showing an example of the configuration of a delivery-type car sharing support system according to Embodiment 1. As shown in FIG.
FIG. 2 is a diagram supplementing an example of the configuration of the delivery-type car sharing support system according to the first embodiment. 1 and 2, the delivery-type car sharing support system 200 includes a service server device 100, a commuter user terminal 102 (suburban user terminal), a driving agent terminal 104, an urban user terminal 106, and a car sharing service target. The on-vehicle device 112 of the vehicle 110 is provided. As shown in FIG. 2, the delivery-type car sharing support system 200 also includes a holiday user terminal 108 possessed by a holiday user, and a vehicle power source (for example, gasoline, light oil, natural gas, hydrogen, electric power, etc.). A service station terminal 109 or the like arranged at a service station (SS) capable of receiving supply and performing maintenance such as repair of the vehicle may be provided. The service server device 100, the commuter user terminal 102, the driver's agent terminal 104, the urban user terminal 106, and the vehicle-mounted device 112 (and the holiday user terminal 108 and the service station terminal 109) are connected to a communication line (for example, the Internet). communicatively connected via. The commuter user terminal 102, the driver's terminal 104, and the urban user terminal 106 (and the holiday user terminal 108 and the service station terminal 109) may be mobile communication terminals. It is connected to a communication line such as the Internet via wireless communication or satellite communication. The vehicle-mounted device 112 is a mobile communication terminal, and is connected to a communication line such as the Internet via wireless communication or satellite communication with a base station (not shown). In addition, the vehicle-mounted device 112 is equipped with a GPS (Global Positioning System) function, and measures the position of the vehicle 110 . Hereinafter, in Embodiment 1, an urban area refers to an area where the population is concentrated in a limited area as a result of the development of commerce and distribution. It is an area where Further, in Embodiment 1, the suburbs refer to residential districts around urban areas, for example, areas where commuters who use vehicles live as residences.

The commuter user terminal 102 is a communication terminal owned by a suburban user who lives in the suburbs. A suburban user drives a vehicle 110 from a suburban-located suburban parking lot P' (P1', P2'), where the vehicle is parked at night, to an urban-located parking lot P, where the vehicle is parked during the day. to move. A suburban user is, for example, a commuter user who uses vehicle 110 to commute between a suburban area and an urban area. There should be at least one commuting user. Preferably, it is suitable for use by a plurality of commuting users. In the example of FIG. 1, two commuting users are shown. For example, a first commuting user drives his first vehicle from a suburban parking lot P1′, where he parks his vehicle at night, to an urban parking lot P1, where he parks his vehicle during the day. Move 110. A second commuting user drives a second vehicle 110 from a suburban parking lot P2', where the vehicle is parked at night, to an urban parking lot P2, where the vehicle is parked during the day. move. In such a case, a plurality of commuting

user terminals

102 a and 102 b will communicate with the server device 100 . Moreover, the plurality of urban parking lots P1 and P2 may have different parking space numbers in the same parking lot.

The urban user terminal 106 is a communication terminal owned by an urban user who uses the vehicle 110 in an urban area. Urban area users include, for example, a corporation that has an office in an urban area and conducts business, or an employee of the corporation. There should be at least one urban user. Preferably, it is suitable for use by a plurality of urban area users. In the example of FIG. 1, two urban area users (1) and (2) are shown (two companies). In such a case, multiple urban user terminals 106 a and 106 b communicate with the server device 100 .

The driver's agent terminal 104 is a communication terminal possessed by a person who can act as a driver's agent who moves vehicles in an urban area. For example, it is a communication terminal possessed by a driving agent who is an individual service provider who personally accepts an order for moving a vehicle. A driving agent includes a private service provider having a residence 103 in an urban area. Driving agents include cases where general drivers run a personal service business as a side business. For example, a person called a freelancer (FL) is included. Alternatively, the substitute driving agents may include ordinary people who can drive vehicles in urban areas during the daytime on weekdays.

The service server device 100 is an example of a delivery-type car sharing support device that supports delivery-type car sharing services. The service server device 100 is installed, for example, in a service operating organization (for example, a service operating company) that operates a delivery-type car sharing service. Service server device 100 may be located in an urban area or in a suburb. Alternatively, they may be located in a completely different country or region.

For example, it is preferable that the same number of vehicles 110 as commuting users are prepared for the car sharing service. The service operating organization prepares a suburban parking lot P′ desired by a commuting user and an urban parking lot P located in a location that can be used by a commuting user in an urban area for commuting. When a plurality of vehicles 110 are used, for example, a plurality of suburban parking lots P' at least as many as the number of vehicles 110 and a plurality of urban parking lots P at least as many as the number of vehicles 110 are prepared.

Here, as described above, conventional car sharing is a method of determining a parking lot for the target vehicle, using it when needed by a plurality of users, and returning it to the parking lot where it was rented after use. is common. Therefore, there is a problem that user convenience is poor. Therefore, in Embodiment 1, a configuration for increasing the operating rate will be described.

FIG. 3 is a diagram for explaining an example of the contents of the delivery-type car sharing service according to Embodiment 1. FIG. In FIG. 3, in the delivery-type car sharing service according to Embodiment 1, a vehicle 110 is parked in a suburban parking lot P' at night. In the morning commuting time zone (going to work), the vehicle 110 is used by the commuting user, and the vehicle 110 is carried to the urban parking lot P by the commuting user. During the daytime, the vehicle 110 is used based on the urban parking lot P. During the daytime, the vehicle 110 is used by soliciting reservations for use from users in urban areas. At that time, the vehicle 110 is transported to a location requested by the urban user by a driving agent in the urban area, and the vehicle 110 is handed over to the urban user. In response to the communication from the server device 100, the agent drives the vehicle 110 with the bicycle stored in the trunk of the vehicle 110, for example, to the parking lot P in the urban area. The vehicle 110 is transported (delivered) to a desired location. After handing over the vehicle 110 to the urban user, the user leaves with the bicycle stored in the trunk. Then, the urban user drives the vehicle 110 that has arrived and moves to a desired location. After the movement, the vehicle 110 is picked up at a place requested by the user in the urban area by a substitute driver in the urban area. Upon receipt of communication from the server device 100, the driver moves to the pick-up location on a bicycle, for example, and picks up the vehicle 110 from the urban user. to transport the vehicle 110 to the urban parking lot P specified by the server device 100 . If there is a request from another urban area user within the same day, if the vehicle 110 is available, it can be used similarly. In the evening commuting time zone (going out of work: on the way home), the commuting user uses the vehicle 110, and the commuting user carries the vehicle 110 from the urban parking lot P to the suburban parking lot P'. At night, the vehicle 110 is parked in the suburban parking lot P'.

In this way, by leasing the urban parking lot P only during the day, the urban parking lot P can be used more effectively than the rent for the conventional parking lot that is rented all day. In addition, since the vehicle 110 is delivered to the location desired by the urban user, convenience for the user can be improved. Furthermore, since the urban area user can drop off the vehicle 110 at a desired location, the user's convenience can be further improved. As a result, the operating rate of the vehicle 110 can be improved. In addition, the restraint time of the substitute driver can be limited to the substitute driving period of the vehicle 110 and the work time of delivery and/or pick-up. As a result, it is possible to reduce manpower and increase the operating rate. As a result, it is possible to improve the profit of the car sharing service.

In addition, although the operating rate of the vehicle 110 decreases on holidays, as shown in FIG. Even if it is reduced, it is suitable.

In Embodiment 1, the delivery-type car sharing support system 200 is used to support such a delivery-type car sharing service. Specific operations of each component of the delivery type car sharing support system 200 will be described below.

FIG. 4 is a diagram showing an example of the internal configuration of the service server device according to the first embodiment. 4, the service server device 100 includes a communication control circuit 50, a memory 51, a commuting schedule (change) information receiving section 52, a availability determination section 54, a availability determination information output section 55, a tracking information receiving section 56, a position determination unit 57, urban area usage determination unit 61, reservation information processing unit 62, vehicle/parking lot identification unit 63, proxy recruitment information processing unit 64, matching processing unit 88, execution determination unit 71, unlocking/locking information receiving unit 72, A command processing unit 73, an unlocking/locking command output unit 74, a return trip schedule information creation unit 86, a return trip schedule information output unit 87, and

storage devices

80, 82, 84 such as magnetic disk devices are arranged. The reservation information processing unit 62 has a reservation (change) information reception unit 58 , a availability determination unit 59 , a availability determination information output unit 60 , and a reservation list creation unit 81 . The proxy solicitation information processing unit 64 has a proxy solicitation information creation unit 65 , a proxy solicitation information output unit 66 , a proxy solicitation reply receiving unit 67 , and a proxy solicitation reply analysis unit 82 . The matching processing section 88 has a matching section 68 , a matching result information creating section 69 and a matching result information output section 83 . Commuting schedule (change) information reception unit 52, availability determination unit 54, availability determination information output unit 55, tracking information reception unit 56, position determination unit 57, urban area use determination unit 61, reservation information processing unit 62 (reservation (change) information receiving unit 58, availability determination unit 59, availability determination information output unit 60, and reservation list creation unit 81), vehicle/parking lot identification unit 63, proxy recruitment information processing unit 64 (agent recruitment information creation unit 65, proxy recruitment information output unit 66, proxy recruitment response receiving unit 67, and proxy recruitment response analysis unit 82), matching processing unit 88 (matching unit 68, matching result information creation unit 69, and matching result information output unit 83), execution determination unit 71, Each of the unlocking/locking information receiving unit 72, the command processing unit 73, the unlocking/locking command output unit 74, the return trip schedule information creation unit 86, and the return trip schedule information output unit 87 includes a processing circuit, The processing circuitry includes electrical circuitry, computers, processors, circuit boards, or semiconductor devices. Also, each of the "-units" may use a common processing circuit (same processing circuit). Alternatively, different processing circuits (separate processing circuits) may be used. Commuting schedule (change) information reception unit 52, availability determination unit 54, availability determination information output unit 55, tracking information reception unit 56, position determination unit 57, urban area use determination unit 61, reservation information processing unit 62 (reservation (change) information receiving unit 58, availability determination unit 59, availability determination information output unit 60, and reservation list creation unit 81), vehicle/parking lot identification unit 63, proxy recruitment information processing unit 64 (agent recruitment information creation unit 65, proxy recruitment information output unit 66, proxy recruitment response receiving unit 67, and proxy recruitment response analysis unit 82), matching processing unit 88 (matching unit 68, matching result information creation unit 69, and matching result information output unit 83), execution determination unit 71, Necessary input data or calculated results are stored in the unlocking/locking information receiving unit 72, the command processing unit 73, the unlocking/locking command output unit 74, the return trip schedule information creation unit 86, and the return trip schedule information output unit 87. It is stored in the memory 51 each time.

FIG. 5 is a flowchart diagram showing a part of an example of the essential steps of the delivery-type car sharing support method according to the first embodiment. In FIG. 5, among the steps of the delivery-type car-sharing support method (delivery-type car-sharing control method), the steps during morning commuting hours will be described. Subsequent steps will be described later.

First, a contract is made in advance between at least one commuting user and the service operating organization that operates the delivery-type car sharing service regarding the use of the vehicle 110 during commuting hours. The storage device 80 also stores a vehicle information database (DB) in which vehicle information such as the license plate number and vehicle type of at least one vehicle used for the car sharing service is stored in a searchable manner. The storage device 84 also stores the locations and parking numbers of at least one urban parking lot P in urban areas and at least one suburban parking lot P' in suburban areas where vehicles used for car sharing services are parked. A parking lot information database (DB) in which parking lot information such as parking lot information is stored in a searchable manner is stored. The storage device 80 also registers/stores a commuting information list that defines commuting information contracted with at least one commuting user. Also, when there is a reservation for using the vehicle 110 in an urban area on weekdays, a weekday reservation list is stored in the storage device 80 . In addition, when there is a reservation for use of the vehicle 110 on a holiday by a holiday user, a holiday reservation list that defines the content of the holiday reservation is stored. At night, the vehicle 110 is parked in a suburban parking lot P'.

In FIG. 5, as a commuting schedule information output step, the commuting user's commuting user terminal 102 (suburban-resident user terminal) on the day sends the commuting user's today's commuting schedule information (use schedule information) to the service server via the communication line. Output to device 100 . Depending on the day, the departure time may change due to circumstances. Therefore, for example, commuting schedule information for the day is output from the commuting user terminal 102 every day. The commuting schedule information includes, for example, the user ID of the commuting user, the vehicle number of the vehicle 110 subject to car sharing, the usage time, the location of the suburban parking lot, and the location of the urban parking lot. For example, 7:00 to 8:00 is defined as the usage time, P1′ is defined as the location of the suburban parking lot, and P1 is defined as the location of the urban parking lot. Specifically, the commuting user, for example, downloads and installs an application (application software) supplied by the service management organization to his/her commuting user terminal 102, and defines his/her own commuting information displayed in the application. If there is no change in the usage time of the vehicle 110, the location of the suburban parking lot, the location of the urban parking lot, etc., click the confirmation frame "OK". For example, if there is a change in the usage time, the usage time of the vehicle 110 defined in the commuting information is changed, and "OK" is clicked. For example, the usage time is changed to 7:00 to 8:30 and confirmed. As a result, the commuting schedule information for the day determined on the application is output to the service server device 100 via the communication line. Alternatively, the commuting user terminal 102 may be used to access a site accessible via the Internet and launched by the service operating organization, and perform the same operation.

In FIG. 5, as a commuting schedule information receiving step, the commuting schedule (change) information receiving unit 52 (schedule information receiving unit) in the service server device 100 receives information from a suburban parking lot P' located in the suburbs where the vehicle 110 is parked at night. , commuting schedule information (utilization schedule information) of a commuting user (user living in the suburbs) who moves the vehicle 110 to the urban parking lot P located in the urban area where the vehicle 110 is parked during the daytime is transmitted to the commuting user terminal 102 ( (suburban user terminal) via a communication line. Specifically, the commuting schedule (change) information receiving unit 52 receives commuting schedule information from the commuting user terminal 102 via the communication control circuit 50 and the communication line.

As a propriety judgment step, the propriety judgment unit 54 judges propriety of the contents defined in the received commuting schedule information for the day. Specifically, the propriety determination unit 54 registers, in the commuting information list stored in the storage device 80, the use time of the vehicle 110 and the location of the urban parking lot defined in the received commuting schedule information for the day. It is determined whether or not it matches the information of the commuting user received. If they match, it is determined that the schedule contents are acceptable, and stored in the storage device 80 as commuting schedule information for the day. For example, it is stored in the storage device 80 as commuting schedule information 1. On the other hand, if the time of arrival at the urban parking lot, which is the end of the usage time, has been changed from 8:00 to 8:30, the availability determination unit 54 refers to the weekday reservation list stored in the storage device 80. Then, it is determined whether or not the reservation time is affected, and if the reservation time is affected, it is determined that the scheduled content is not possible. Whether or not the reservation time is affected is determined by considering the reservation start time and the delivery time in which the vehicle 110 can be moved from the urban parking lot and handed over at the handover place. If the arrival time at the urban parking lot is 8:30, for example, if the reservation start time is 9:00 and the delivery time is 20 minutes, it is determined that the scheduled content is acceptable. On the other hand, for example, if the reservation start time is 8:50 and the delivery time is 30 minutes, it is determined that the scheduled content is not possible.

As the permission determination information output step, the permission determination information output unit 55 outputs the permission determination information to the commuting user terminal 102 via the communication control circuit 50 and the communication line. If the result of the approval/disapproval determination is yes, information such as a comment indicating yes is output. On the other hand, if the decision result is negative, a comment is output that indicates negative and urges the commuting user to be on time for the commuting user's original usage time registered in the commuting information list.

As the unlocking information output step, on the day, the commuting user terminal 102 (suburban user terminal) outputs unlocking information for unlocking the door of the vehicle 110 to the service server device 100 via the communication line. Specifically, the commuting user selects, for example, "unlock" from the screen of the application supplied by the service operating organization, and clicks "OK". As a result, the unlocking information determined on the application is output to the service server device 100 via the communication line.

As the unlocking process, the unlocking/locking information receiving unit 72 receives unlocking information from the commuting user terminal 102 via the communication control circuit 50 and the communication line. Next, the command processing unit 73 creates an unlocking command for the vehicle 110 used by the commuting user of the commuting user terminal 102 . Then, the unlocking/locking command output unit 74 outputs an unlocking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the unlock command and operates a control circuit (not shown) of the vehicle 110 to unlock the doors of the vehicle 110 .

Then, the commuting user gets into the unlocked vehicle 110, starts the engine, and starts using the vehicle 110. Here, the commuting user moves the vehicle 110 from the suburban parking lot P' to the urban parking lot P as means of commuting. For example, the engine may be started by pressing an engine start button inside the vehicle 110 . Also, when stopping, the engine can be stopped by pressing the stop button.

As a tracking process, while the engine of the vehicle 110 is running, the position of the vehicle 110 is measured by the GPS device mounted on the vehicle-mounted device 112, and the vehicle-mounted device 112 transmits the position information of the vehicle 110 as tracking information to the communication line. to the service server device 100 via the . In the service server device 100, the tracking information receiving unit 56 receives the tracking information from the vehicle-mounted device 112 via the communication control circuit 50 and the communication line, and the position determination unit 57 uses the received tracking information. , determines the current position of the vehicle 110 .

When the commuting user wants to change the content of the commuting schedule information for some reason or voluntarily before arriving after driving, the commuting user terminal 102 or the vehicle-mounted device 112 is changed as a commuting schedule change information output step. The commuting schedule information (use schedule information) may be output to the service server device 100 via a communication line. In such a case, as a commuting schedule change information receiving step, the commuting schedule (change) information receiving unit 52 in the service server device 100 receives the changed commuting schedule information from the commuting user terminal 102 or the vehicle-mounted device 112 via the communication line. receive. Then, as a propriety judging step, the propriety judging section 54 judges propriety of the contents defined in the changed commuting schedule information. Then, as a propriety judgment information output step, the propriety judgment information output unit 55 outputs the propriety judgment information to the commuting user terminal 102 or the vehicle-mounted device 112 via the communication control circuit 50 and the communication line.

As a locking information output process, when the commuting user stops the engine and gets out of the vehicle 110 when the commuting user arrives at the urban parking lot P, which is the destination for the day, the commuting user terminal 102 (suburban user terminal) Locking information for locking the doors of the vehicle 110 is output to the service server device 100 via the communication line. Specifically, the commuting user selects, for example, "lock" from the screen of the application supplied by the service operating organization, and clicks "OK". As a result, the locking information determined on the application is output to the service server device 100 via the communication line.

As the locking process, the unlocking/locking information receiving unit 72 receives locking information from the commuting user terminal 102 via the communication control circuit 50 and the communication line. Next, the command processing unit 73 creates a lock command for the vehicle 110 used by the commuting user of the commuting user terminal 102 . Then, the unlocking/locking command output unit 74 outputs the locking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the locking command and operates a control circuit (not shown) of the vehicle 110 to lock the doors of the vehicle 110 . Then, the commuting user goes to work at his office.

As described above, the vehicle 110 is moved from the suburban parking lot P' to the urban parking lot P on weekdays, for example, in the morning, and the vehicle 110 can be used in the urban area during the daytime on weekdays.

FIG. 6 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to the first embodiment. In FIG. 6, part of the steps in the daytime hours among the steps of the delivery-type car sharing support method will be described. Subsequent steps will be described later.

As a reservation information receiving step, the reservation (change) information receiving unit 58 requests the use of the vehicle 110 in the urban area from the urban area user terminal 106 of the urban area user who uses the vehicle 110 in the urban area via the communication line. Receipt of reservation information for a vehicle utilization reservation, which defines a utilization time zone and a vehicle delivery location. The timing of receiving the reservation information transmitted from the urban user terminal 106 is not limited to daytime, and may be any other time zone. In addition, it is not limited to the day, and it is good if it is before the time of reservation. For example, reservations are accepted from one week to one hour in advance. As the reservation information, for example, the city user's name, contact information, desired date of use, time period of use, vehicle delivery location, and vehicle collection location are defined. For example, the urban user downloads and installs an application (application software) supplied by the service operating organization to his/her urban user terminal 106, and the name (and/or identification) of the urban user displayed in the application. ID), contact information, desired date of use, time zone of use, vehicle delivery location, and vehicle collection location. Then, if there is no mistake in the contents, click the confirmation frame "OK". As a result, the reservation information confirmed on the application is output to the service server device 100 via the communication line. Alternatively, the urban area user terminal 106 may be used to access a site accessible via the Internet and launched by the service operating organization, and perform the same operation.

As the provisional reservation availability determination step, the availability determination unit 59 determines whether the content defined in the received reservation information is acceptable. Specifically, the availability determination unit 59 refers to the weekday reservation list stored in the storage device 80, and determines the desired day of use, the time period of use, the delivery location of the vehicle, and the vehicle defined in the received reservation information. It is determined whether or not the vehicle 110 suitable for the pick-up location can be secured. Depending on the delivery location of the vehicle, it may take a long time to deliver the target vehicle 110 from the urban parking lot P. Similarly, depending on the pick-up location, it may take a long time to collect the target vehicle 110 to the urban parking lot P. Therefore, it is preferable that the propriety determination unit 59 determines propriety in consideration of the travel time. For example, if the weekday reservation list already has a provisional reservation for 9:00 to 10:00 and a provisional reservation for 12:00 to 14:00, the usage time zone defined in the reservation information is from 09:30. If it is 13:00, it is determined to be negative because the usage time slots overlap. Also, if the usage time zone defined in the reservation information is 10:00 to 12:00, the delivery time cannot be secured, so it is determined to be negative. Also, the usage time zone defined in the reservation information is 10:30 to 11:30, and if the delivery time and collection time can be secured, it is determined to be acceptable.

As the permission determination information output step, the permission determination information output unit 60 outputs the permission determination information to the urban user terminal 106 via the communication control circuit 50 and the communication line. If the result of the approval/disapproval determination is yes, information such as a comment indicating yes is output. On the other hand, if the decision result is negative, the negative and the available time frame are displayed, and a comment prompting the urban area user to change the usage time is output.

As a reservation list creation step, the reservation information processing unit 62 registers reservation information. Specifically, it operates as follows. When it is determined that provisional reservation is possible, the reservation list creation unit 81 additionally registers the content defined in the reservation information in the weekday reservation list for the current day and stores it in the storage device 80 . The reservation list includes, for example, the date of use, the time period of use, the name of the urban user, the contact information, the place to hand over the vehicle, the place to pick up the vehicle, the vehicle number, the identifier of the city parking lot for handover, and the driving agency for handover. Person name (or identification ID), city parking lot identifier for pick-up, driver name (or identification ID) for pick-up, whether delivery matching is possible, whether delivery is executed, whether pick-up matching is possible, and whether pick-up is executed are defined. . At the time of registering the reservation information, information other than the date of use, time period of use, name of urban area user, contact information, place to hand over the vehicle, and place to pick up the vehicle is either blank or undetermined. It is sufficient if an identifier indicating is defined. In addition, the reservation list includes the end time of use for the commuting user registered in the commuting information list stored in the storage device 80, the vehicle number used when coming to work, the urban parking lot used when coming to work, and the time of leaving work. The start time for hourly use, the vehicle number for use at time of leaving work, and the urban parking lot for use at time of leaving work are defined. However, the end time of use when commuting to work, the car number used when coming to work, the urban parking lot used when coming to work, the start time of use when leaving work, the vehicle number used when leaving work, and the time of use when leaving work Each piece of information on urban parking lots can be changed according to the situation on the day.

As the urban area usage determination step, the urban area usage determination unit 61 determines the urban area of the vehicle 110 moved to the urban parking lot P by the user living in the suburbs based on the input commuting schedule information (usage schedule information) for the day. Determine available time slots in Specifically, the urban area usage determining unit 61 refers to the commuting information list and commuting schedule information stored in the storage device 80, and determines the city of the vehicle 110 moved to the urban parking lot P by the user living in the suburbs. Determine available time slots in departments. For example, in the commuting information list, the arrival time at the urban parking lot, which is the end of the usage time, is defined as 8:00, but in the commuting schedule information 1 for the day, it is later than the time in the commuting information list. If 8:30 is defined, the available start time for the vehicle 110 in urban areas on the current day is determined to be 8:30. Further, if the commuting schedule information 1 for the day defines 7:30, which is earlier than the time in the commuting information list, the available start time for the vehicle 110 in urban areas on the day is determined to be 7:30. . The determination result is output to reservation list creation section 81, and reservation list creation section 81 rewrites the information of the weekday reservation list.

As a vehicle identification step, the vehicle/parking lot identification unit 63 (vehicle identification unit) stops at the urban parking lot P during the use time period defined in the reservation information based on the determined available time period information. Identify the vehicle 110 (including the vehicle number). Further, the vehicle/parking lot identification unit 63 (vehicle identification unit) determines, based on the determined available time period information, an urban parking lot parking area for the vehicle 110 that can be used during the use time period defined in the reservation information. The position (or identifier) of the car park P is specified. The identification result is output to reservation list creation section 81, and reservation list creation section 81 rewrites the information of the weekday reservation list.

As the proxy recruitment information creation process, the proxy recruitment information creation unit 65 moves the specified vehicle 110 from the urban parking lot P to the delivery location defined in the reservation information, and recruits a delivery driver to deliver the vehicle 110. Create delivery agency recruitment information. In the delivery agent recruiting information, the agency date, agency work time zone, location of the urban parking lot P, delivery place, and remuneration amount are defined, and the fact that we are recruiting a person who will act as a driver, and A comment such as that it is necessary to travel to the target vehicle by public transportation is defined. As the start time of the substitute work time period, it is preferable to use the start time at which the target vehicle 110 can be used in the urban area on the current day. It is preferable to use the delivery time of the current day as the end time of the substitute work time slot.

As a delivery agency solicitation information output process, the agency solicitation information output unit 66 outputs the created delivery agency solicitation information. Specifically, the proxy soliciting information output unit 66 outputs the delivery proxy soliciting information via the communication control circuit 50 and the communication line. For example, when at least one driver is registered in advance, the information is output to the driver's terminal 104 of the registered driver. For example, the agent for driving downloads and installs an application (application software) supplied from the service operating organization to his or her own terminal 104 for the agent for driving, and the application displays the content of the agent recruitment information. Alternatively, it is also preferable to mail the delivery agent recruitment information to the driver's agent terminal 104 on which the application is installed. Alternatively, the content of the delivery agency solicitation information is displayed on a site accessible via the Internet and launched by the service operating organization. If a registration system is not used for driving agents, it is preferable to solicit driving agents for delivery from a wide range of ordinary people. It is preferable that the output of the delivery agency soliciting information is performed several tens of minutes or about 1 to 3 hours before the start time of the agency work time slot on the day. Recruiting too early may result in the implementation stage not being implemented for some reason. Therefore, it is preferable to solicit at a stage as close as possible to the start time of the substitute work time slot on the current day, as it will be carried out reliably.

As a delivery proxy recruitment reply information receiving step, the delivery proxy recruitment reply receiving unit 67 receives delivery proxy recruitment reply information indicating a response to the delivery proxy recruitment information from the driving agent terminal 104 of the driver who performs the delivery proxy recruitment via the communication line. input (receive). Specifically, the proxy solicitation reply receiving unit 67 receives the proxy solicitation reply information via the communication line and the communication control circuit 50 . The driver clicks on the item of the delivery agent recruitment information displayed on the application installed on the driver terminal 104, for example, supplied from the service operating organization, and after confirming the content, if accepting, Click "Accept". Then, enter the name (or identification ID) and communication address (telephone number and/or e-mail address, etc.) of the driver himself/herself, and click "OK" in the confirmation box. As a result, the delivery agency soliciting reply information determined on the application is output to the service server device 100 via the communication line. Alternatively, in response to the transfer agency recruiting information mailed from the application to the transfer agency terminal 104, it is possible to reply by indicating acceptance, the driver's own name (or identification ID) and communication address. preferred. Alternatively, the same operation may be performed by using the driver's agent terminal 104 to access a site accessible via the Internet and launched by the service operating organization. In addition, it is preferable that the application (or the site) has an item for selecting the payment method of the remuneration. For example, it is preferable to select cash registered mail, transfer, or point addition (registration) that can be exchanged for cash or that can be paid at the time of purchase of something (goods or services).

As the proxy solicitation reply analysis process, the proxy solicitation reply analysis unit 82 analyzes the delivery proxy solicitation reply information. For example, information such as acceptance or non-acceptance, the name (or identification ID) of the driver's agent, and the telephone number and/or e-mail address of the driver's terminal 104 is analyzed. The analysis result is output to the matching processing section 88 .

As a matching processing step, the matching processing unit 88 matches the urban area user, the driver agent, and the vehicle 110 for vehicle use in the urban area. Specifically, it operates as follows. In the matching unit 68, the vehicle 110 that stops at the urban parking lot P during the usage time zone defined in the reservation information is specified, and the information indicating acceptance of the surrogate delivery service is defined in the surrogate delivery request reply information. case, it is determined that matching for vehicle use in an urban area has been established. On the other hand, if there is no response to the effect of acceptance by the start time of the substitution work time slot on the day, it is determined that matching is not established.

As a matching result information creation step, the matching result information creation unit 69 generates, as a matching result, for the urban user, if the matching is established, the urban area user name, whether handover matching is possible, the date of use, the time period of use, and the time of handover of the vehicle. , the delivery location of the vehicle, the vehicle number, and the surrogate driving agent name (or identification ID) for delivery are defined. Similarly, for the driver, the name of the driver for delivery (or identification ID), whether delivery matching is possible, the date of the agency, the time zone for the agency work, the location of the urban parking lot P, the vehicle number, the place of delivery, and the urban area Create delivery information for the driver's agent in which the user name and the amount of remuneration are defined. If the matching is not established, the matching result information creation unit 69 creates collection information for urban users in which the urban user name and whether delivery matching is possible or not are defined for the urban user as a matching result.

As a matching result information output step, the matching result information output unit 83 outputs delivery information for urban users as a matching result to the urban user terminal 106 corresponding to the reservation information via the communication control circuit 50 and communication line. do. Similarly, the matching result information output unit 83 outputs delivery information for the agent driver as a matching result to the agent terminal 104 via the communication control circuit 50 and the communication line. If the matching is not established, the provisional reservation by the urban area user is canceled.

After receiving the delivery information for the driver at the driver's terminal 104, the driver goes to the designated urban parking lot P by bicycle, on foot, or by public transportation during the time period for the driver's work.

As the unlocking information output step, upon arrival at the urban parking lot P, the driver agent terminal 104 outputs unlocking information for unlocking the doors of the vehicle 110 to the service server device 100 via the communication line. Specifically, the driver selects "unlock" from the screen of the application supplied from the service operating organization, and clicks "OK". As a result, the unlocking information determined on the application is output to the service server device 100 via the communication line.

As an unlocking process, the unlocking/locking information receiving unit 72 receives unlocking information from the driver's agent terminal 104 via the communication control circuit 50 and the communication line. Next, the command processing unit 73 creates an unlocking command for the vehicle 110 that the substitute driver drives. Then, the unlocking/locking command output unit 74 outputs an unlocking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the unlock command and operates a control circuit (not shown) of the vehicle 110 to unlock the doors of the vehicle 110 .

Then, when the driver goes by bicycle, the driver loads the bicycle in the trunk of the vehicle 110, gets into the unlocked vehicle 110, starts the engine, and starts driving the vehicle 110. Here, the agent drives the target vehicle 110 from the urban parking lot P to the delivery location by the delivery time. For example, the engine may be started by pressing an engine start button inside the vehicle 110 . Also, when stopping, the engine can be stopped by pressing the stop button.

When the substitute driver drives the target vehicle 110 and arrives at the delivery location, which is the destination, the driver stops the engine, gets out of the vehicle 110, and takes out the bicycle from the trunk.

As a locking information output step, the driver terminal 104 outputs locking information for locking the doors of the vehicle 110 to the service server device 100 via the communication line. Specifically, the driver selects "lock" from the screen of the application supplied from the service operating organization, for example, and clicks "OK". As a result, the locking information determined on the application is output to the service server device 100 via the communication line.

As the locking process, the unlocking/locking information receiving unit 72 receives the locking information from the driver's agent terminal 104 via the communication control circuit 50 and the communication line. Next, command processing unit 73 creates a lock command for vehicle 110 . Then, the unlocking/locking command output unit 74 outputs the locking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the locking command and operates a control circuit (not shown) of the vehicle 110 to lock the doors of the vehicle 110 .

Then, the substitute driving agent hands over the target vehicle 110 to the target urban user. The urban user to whom the vehicle 110 is handed over next performs the following operations.

As an unlocking information output process, the urban user terminal 106 outputs unlocking information for unlocking the doors of the vehicle 110 to the service server device 100 via the communication line. Specifically, the urban user, for example, selects "unlock" from the screen of the application supplied by the service operating organization, and clicks "OK". As a result, the unlocking information determined on the application is output to the service server device 100 via the communication line.

As an unlocking process, the unlocking/locking information receiving unit 72 receives unlocking information from the urban user terminal 106 via the communication control circuit 50 and the communication line. Next, the command processing unit 73 creates an unlocking command for the target vehicle 110 . Then, the unlocking/locking command output unit 74 outputs an unlocking command to the vehicle-mounted device 112 of the target vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the unlock command and operates a control circuit (not shown) of the vehicle 110 to unlock the doors of the vehicle 110 . Then, the urban user starts using the target vehicle 110 . Further, the unlocking information from the urban user terminal 106 is output to the execution determination section 71 .

As an execution determination step, the execution determination unit 71 receives delivery execution completion information, and based on the delivery execution completion information, determines that the agent has moved the target vehicle 110 to the delivery location and informs the urban user. of the vehicle 110 has been executed. Specifically, for example, unlocking information for the urban user to unlock the vehicle is used as the handover execution completion information. In other words, when the unlocking information is received from the urban-area user terminal 106, the execution determining unit 71 notifies the urban-area user that the target vehicle 110 has been moved to the handover place by the substitute driver. It is determined that the vehicle 110 has been handed over. Then, the delivery execution determination result is output to the reservation list creation section 81, and the reservation list creation section 81 rewrites the information of the weekday reservation list. In other words, the item of whether delivery is executed in the weekday reservation list is rewritten to, for example, "yes" or "completed".

In the above example, the driver once locks the door at the delivery location, and then the urban user unlocks it again, but it is not limited to this. At the delivery location, the agent may deliver the vehicle 110 to the urban user with the engine running, or with the engine stopped but the doors unlocked. In such a case, the service server device 100 cannot determine whether or not the transfer is to be executed. In this case, the agent terminal 104 and/or the urban user terminal 106 may output a handover execution completion report to the service server device 100 indicating that the handover has been completed. The execution determination unit 71 can determine that the delivery has been executed by receiving the delivery execution completion report.

FIG. 7 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to the first embodiment. In FIG. 7, among the steps of the delivery type car sharing support method, the rest of the steps during the daytime will be described. Subsequent steps will be described later.

As a tracking process, during the use of the vehicle 110 by the urban user, while the engine of the vehicle 110 is running, the position of the vehicle 110 is measured by the GPS device mounted on the vehicle-mounted device 112, and the vehicle-mounted device 112 receives the tracking information. , the position information of the vehicle 110 is output to the service server device 100 via the communication line. In the service server device 100, the tracking information receiving unit 56 receives the tracking information from the vehicle-mounted device 112 via the communication control circuit 50 and the communication line, and the position determination unit 57 uses the received tracking information. , determines the current position of the vehicle 110 .

After starting to use the vehicle 110 but before arriving at the pick-up location, if the urban user wants to change the content of the reservation information for some reason or voluntarily, the urban user terminal 106 changes the content as a reservation change information output step. The received reservation information may be output to the service server device 100 via a communication line. Alternatively, even if there is no change, it is preferable for the urban user terminal 106 to output reservation information including the time of arrival at the pick-up location to the service server device 100 via a communication line as a so-called return call. In such a case, as a reservation change information receiving step, the reservation (change) information receiving unit 58 in the service server device 100 receives the changed reservation information from the urban user terminal 106 via the communication line, for example, the change of the use end time. to receive change information. For example, the usage end time and/or the pick-up location may be changed. In the approval/disapproval determination step, the approval/disapproval determination unit 59 determines approval/disapproval of the content indicated in the received change information, such as the usage end time, based on the reservation information from the other urban user terminal 106. Specifically, the acceptability determination unit 59 refers to the weekday reservation list and determines whether or not there is any impact on the initial schedule after pick-up (for example, reservations from other urban user terminals 106). If there is an impact, it is determined that the change is not possible. If there is no effect, it is determined that the change is possible. Then, as a feasibility determination information output step, the feasibility determination information output unit 60 outputs feasibility determination information to the urban user terminal 106 that transmitted the reservation change information via the communication control circuit 50 and the communication line. If the result of the approval/disapproval determination is yes, information such as a comment indicating yes is output. On the other hand, if the result of the determination is negative, a comment is output that urges the urban area user to confirm the negative and to keep the content of the initial reservation information. If the decision result is yes, the changed content is output to the reservation list creation section 81, and the reservation list creation section 81 rewrites the information of the weekday reservation list.

As the proxy recruitment information creation process, the proxy recruitment information creation unit 65 picks up the vehicle 110 used by the urban user at the pickup location defined in the reservation information, and assigns a pick-up driving agent to move the vehicle to the urban parking lot P. Create collection agency recruitment information to be recruited. The pick-up agent recruiting information defines the pick-up date, pick-up work time zone, location of the urban parking lot P, pick-up location, and remuneration amount, and indicates that the pick-up agent is looking for a person who will take care of the pick-up by bicycle, on foot, or A comment such as that it is necessary to travel to the target vehicle by public transportation is defined. It is preferable to use the final time (pick-up time) of the usage time of the target vehicle 110 on the day as the start time of the proxy work time zone. Alternatively, the time obtained by adding the time required from the current position of the target vehicle 110 to the pick-up location measured by tracking using the GPS function to the current time may be used. Alternatively, if the time considering the position of the target vehicle 110 that has been positioned is earlier than the final time of the usage time of the target vehicle 110, the final time of the usage time of the target vehicle 110 is set, and if it is later, the position is determined. It is more preferable to use the time that takes into consideration the position of the target vehicle 110 . For example, it may be delayed due to traffic congestion or the like. In that case, the information determined by the GPS function is useful. It is preferable to use the time obtained by subtracting the delivery time from the scheduled start time of the next use as the end time of the substitute work time slot.
Further, when a plurality of urban parking lots are prepared, an urban parking lot P1 to which the vehicle 110 is moved when the vehicle is handed over by the driver and an urban parking lot to which the vehicle 110 is moved when the vehicle 110 is picked up. It may be different from the parking lot P2. For example, depending on the pick-up location of the next reservation, changing the urban parking lot may bring the pick-up location closer. In such cases, it is preferable to change the current urban parking lot at the time of pick-up.

As the pick-up agent solicitation information output process, the pick-up agent solicitation information output unit 66 outputs the created pick-up agent solicitation information. Specifically, the agency collection information output unit 66 outputs the collection agency collection information via the communication control circuit 50 and the communication line. For example, when at least one driver is registered in advance, the information is output to the driver's terminal 104 of the registered driver. The driver downloads and installs, for example, an application (application software) supplied from the service operating organization to his/her own driver terminal 104, and the content of the pick-up agent recruitment information is displayed on the application. Alternatively, it is preferable to mail the pick-up agent recruitment information to the driver's agent terminal 104 on which the application is installed. Alternatively, the content of the pick-up agent recruitment information is displayed on a site accessible via the Internet and launched by the service operating organization. If a registration system is not used for the driving agent, it is preferable to widely recruit the driving agent for pick-up from the general public. It is preferable that the pick-up agent soliciting information is output several tens of minutes before the start time of the agency work time slot of the day, or about one to three hours before. Recruiting too early may result in the implementation stage not being implemented for some reason. Therefore, it is preferable to solicit at a stage as close as possible to the start time of the substitute work time slot on the current day, as it will be carried out reliably.

In the process of receiving the proxy pickup recruitment reply information reception unit 67, the pickup proxy recruitment reply information indicating the reply to the pickup proxy recruitment information is received from the driving agent terminal 104 of the driver who performs the pickup proxy recruitment information via the communication line. input (receive). Specifically, the proxy collection reply receiving unit 67 receives the collection proxy collection reply information via the communication line and the communication control circuit 50 . The driving agent clicks on the items of the pickup agent recruitment information displayed on the application installed on the driving agent terminal 104, for example, supplied from the service operating organization, confirms the contents, and accepts the information. Click "Accept". Then, enter the name (or identification ID) and communication address (telephone number and/or e-mail address, etc.) of the driver himself/herself, and click "OK" in the confirmation box. As a result, the collection agency recruitment reply information determined on the application is output to the service server device 100 via the communication line. Alternatively, in response to the pick-up agent recruiting information emailed from the application to the transfer agent terminal 104, it is possible to reply with the acceptance, the driver's own name (or identification ID) and communication address. preferred. Alternatively, the same operation may be performed by using the driver's agent terminal 104 to access a site accessible via the Internet and launched by the service operating organization. In addition, it is preferable that the application (or the site) has an item for selecting the payment method of the remuneration. For example, it is preferable to select cash registered mail, transfer, or point addition (registration) that can be exchanged for cash or that can be paid at the time of purchase of something (goods or services).

As the proxy recruitment reply analysis process, the proxy recruitment reply analysis unit 82 analyzes the collection proxy recruitment reply information. For example, information such as acceptance or non-acceptance, the name (or identification ID) of the driver's agent, and the telephone number and/or e-mail address of the driver's terminal 104 is analyzed. The analysis result is output to the matching processing section 88 .

As a matching processing step, the matching processing unit 88 matches the urban area user, the driver agent, and the vehicle 110 for vehicle use in the urban area. Specifically, it operates as follows. The matching unit 68 determines that matching for vehicle collection in an urban area is established when information indicating acceptance of the collection driving service is defined in the collection agency recruitment reply information. On the other hand, if there is no response to the effect of acceptance by the start time of the substitution work time slot on the day, it is determined that matching is not established.

As a matching result information creation step, the matching result information creation unit 69 provides the urban user name, availability of pick-up matching, date of use, time period of use, and pick-up time of the vehicle for the urban user when matching is established as a matching result. , pick-up information for urban area users is created in which the place to pick up the vehicle, the vehicle number, and the name (or identification ID) of the substitute driver for pick-up are defined. Similarly, for the driving agent, the name of the driving agent for pick-up (or identification ID), whether pick-up matching is possible, agency date, agency work time zone, location of urban parking lot P, vehicle number, pick-up location, urban area Create pickup information for the driving agent in which the user name and the amount of remuneration are defined. If the matching is not established, the matching result information creation unit 69 provides the urban user name, whether or not pick-up matching is possible, and the location of the designated parking lot near the pick-up location for the urban user as a matching result. Create collection information for A vacant parking lot closest to the pick-up place is selected from a plurality of urban parking lots P prepared in advance.

As a matching result information output step, the matching result information output unit 83 outputs collection information for urban users as a matching result to the urban user terminal 106 corresponding to the reservation information via the communication control circuit 50 and communication line. do. Similarly, the matching result information output unit 83 outputs pick-up information for the driver as a matching result to the driver terminal 104 via the communication control circuit 50 and the communication line.

After receiving the pick-up information for the driving agent at the driving agent terminal 104, the agent goes to the designated pick-up location by bicycle, on foot, or by public transportation within the time period of the agent's work. Then, when the urban user arrives at the pick-up place, the driver picks up the target vehicle 110 from the urban user. The agent then loads the bicycle in the trunk and moves the vehicle 110 to the designated urban parking lot.

Note that if pick-up matching is not established, the urban user will be asked to move the vehicle 110 to the parking lot defined in the pick-up information. Then, the vehicle 110 can be abandoned at such a parking lot.

When the substitute driver drives the target vehicle 110 and arrives at the designated urban parking lot P as the destination, the driver stops the engine, gets out of the vehicle 110, and takes out the bicycle from the trunk.

As the locking process, the unlocking/locking information receiving unit 72 receives the locking information from the driver's agent terminal 104 via the communication control circuit 50 and the communication line. Next, command processing unit 73 creates a lock command for vehicle 110 . Then, the unlocking/locking command output unit 74 outputs the locking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the locking command and operates a control circuit (not shown) of the vehicle 110 to lock the doors of the vehicle 110 . Further, unlocking information from the driver's agent terminal 104 is output to the execution determination unit 71 .

It should be noted that if the pick-up matching is not established, the lock information is output from the urban user terminal 106 to the service server device 100 via the communication line. Then, the unlocking/locking information receiving portion 72 receives the locking information, and the command processing portion 73 creates a locking command for the vehicle 110 . Then, the unlocking/locking command output unit 74 outputs the locking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the locking command and operates a control circuit (not shown) of the vehicle 110 to lock the doors of the vehicle 110 .

As an execution determination step, the execution determination unit 71 inputs collection execution completion information, and based on the collection execution completion information, determines that the vehicle 110 has been collected from the urban user and that the vehicle 110 has been inspected by the driving agent. It is determined that movement to an urban parking lot has been executed. Specifically, for example, locking information for locking the vehicle 110 by the driver is used as the pick-up execution completion information. In other words, when the locking information is received from the agent driving agent terminal 104, the execution determination unit 71 determines that the vehicle 110 has been picked up from the urban area user and that the vehicle 110 has been parked in the urban area by the agent driving agent. It is determined that movement to the parking lot has been executed. Then, the pick-up execution determination result is output to the reservation list creation section 81, and the reservation list creation section 81 rewrites the information of the weekday reservation list. In other words, the item of whether or not to carry out pick-up in the weekday reservation list is rewritten to, for example, "Yes" or "Complete".

Here, it is preferable for the substitute driver to check whether the target vehicle 110 has any damage or the like when picking up the target vehicle 110 from the urban user. If there is a scratch or the like, after receiving the target vehicle 110 from the urban user, first, stop by a service station and repair it. After that, it is preferable to return to the city parking lot. In addition, when taking over the target vehicle 110 from the urban user, it is preferable for the driver to check whether the power source (for example, gasoline) of the target vehicle 110 is sufficient. When the power source (for example, gasoline) is insufficient, after picking up the target vehicle 110 from the urban user, first stop by a service station to replenish the power source. After that, it is preferable to return to the city parking lot.

FIG. 8 is a flowchart diagram showing another part of an example of the essential steps of the delivery-type car sharing support method according to the first embodiment. In FIG. 8, among the steps of the delivery type car sharing support method, the steps during the evening commuting time will be described.

In FIG. 8, as the return route information creation step, the return route information creation unit 86 creates today's return commute schedule information (return route information) for the commuting user. The return route information includes, for example, the user ID of the commuting user, the vehicle number of the vehicle 110 to be car-shared, the usage time, the location of the suburban parking lot, and the location of the urban parking lot. Depending on the day, an unexpected change in usage by urban users during the day may delay the return time to the urban parking lot. Also, unexpected changes in usage by urban users during the day may result in different urban parking lots being returned. Therefore, return schedule information is created in which the latest information is defined for the use start time of the day and the location of the urban parking lot.

As the return route information output step, the return route information output unit 87 outputs the return route information for the current day to the commuting user terminal 102 via the communication control circuit 50 and the communication line.

The commuting user refers to the return schedule information received by the commuting user terminal 102 and goes to the specified city parking lot.

As an unlocking information output step, on the day, the commuting user terminal 102 (suburban user terminal) outputs unlocking information for unlocking the door of the vehicle 110 to the service server device 100 via the communication line. Specifically, the commuting user selects, for example, "unlock" from the screen of the application supplied by the service operating organization, and clicks "OK". As a result, the unlocking information determined on the application is output to the service server device 100 via the communication line.

As the unlocking process, the unlocking/locking information receiving unit 72 receives unlocking information from the commuting user terminal 102 via the communication control circuit 50 and the communication line. Next, the command processing unit 73 creates an unlocking command for the vehicle 110 used by the commuting user of the commuting user terminal 102 . Then, the unlocking/locking command output unit 74 outputs an unlocking command to the vehicle-mounted device 112 of the vehicle 110 via the communication control circuit 50 and the communication line. The vehicle-mounted device 112 receives the unlocking command and operates a control circuit (not shown) of the vehicle 110 to unlock the doors of the vehicle 110 .

Then, the commuting user gets into the unlocked vehicle 110, starts the engine, and starts using the vehicle 110. Here, the commuting user moves the vehicle 110 from the urban parking lot P to the suburban parking lot P' as means of commuting. For example, the engine may be started by pressing an engine start button inside the vehicle 110 . Also, when stopping, the engine can be stopped by pressing the stop button.

As a locking information output process, when the commuting user stops the engine and gets out of the vehicle 110 when the commuting user arrives at the suburban parking lot P', which is the destination for the day, the commuting user terminal 102 (suburban user terminal) Locking information for locking the doors of the vehicle 110 is output to the service server device 100 via the communication line. Specifically, the commuting user selects, for example, "lock" from the screen of the application supplied by the service operating organization, and clicks "OK". As a result, the locking information determined on the application is output to the service server device 100 via the communication line.

As described above, the vehicle 110 is moved from the urban parking lot P to the suburban parking lot P' on weekdays, for example, in the evening, and the vehicle 110 is parked in the suburban parking lot P' at night.

In addition, if commuting users do not commute on holidays, it is difficult to imagine commercial use by urban users during the day. Therefore, on holidays, reservations for use by holiday users are accepted. In such a case, the reservation (change) information receiving unit 58 receives reservation information from the holiday user terminal 108 of the holiday user. Then, the reservation list creating unit 81 registers the holiday reservation list. Since the holiday user starts from the suburban parking lot P' where the vehicle is parked at night and returns to the same suburban parking lot P', no substitute driving is required. Therefore, matching processing becomes unnecessary.

In the service server device 100, when the driver stops by the service station for repair or refueling of the vehicle 110 after picking up the vehicle 110, the driver's terminal 104 informs the service server device 100 of the vehicle 110. It is preferable to output information for repair or refueling. As a result, the service station is ready to repair or refuel the vehicle 110, and the work can be completed in a short period of time. As a result, the influence on the next reservation during the day can be reduced.

As described above, according to Embodiment 1, it is possible to further improve convenience for users in the car sharing service. In addition, the operating rate can be further increased in the car sharing service.

Embodiment 1 has been described above with reference to specific examples. However, the invention is not limited to these specific examples. For example, in the above example, an unlocking command (or locking command) is issued from the service server device 100 based on the unlocking information (or locking information) from the commuter user terminal 102, the agent terminal 104, or the urban user terminal 106. is output to the vehicle-mounted device 112, and the vehicle-mounted device 112 operates the control circuit (not shown) of the vehicle 110 to unlock (or lock) the doors of the vehicle 110, but the present invention is not limited to this. For example, the commuter user terminal 102, the driver's terminal 104, or the urban user terminal 106 uses an application to operate a control circuit (not shown) of the vehicle 110 to unlock (or lock) the doors of the vehicle 110, and as a result, to the service server device 100 from the vehicle-mounted device 112 .

Further, in the delivery-type car sharing support system 200 of Embodiment 1, a suburban user moves a vehicle from a suburban parking lot to an urban parking lot, and the urban user uses the car sharing service to move the vehicle. However, the technical idea of the first embodiment is not limited to this. For example, the technology of Embodiment 1 allows a user living in an urban area to move a vehicle from an urban parking lot to a suburban parking lot, and the suburban user uses a car sharing service to use the vehicle for the permitted time. can also support Further, the technology of Embodiment 1 enables a first user living in a first area (eg City A) to park in a second area (eg City B) different from the first area from a parking lot within the first area. It may also assist a second user in the second area to move the vehicle to the garage and use the vehicle for the permitted time using the car-sharing service.

In addition, descriptions of parts that are not directly necessary for the explanation of the present invention, such as the device configuration and control method, have been omitted, but the required device configuration and control method can be appropriately selected and used.

In addition, all delivery-type car-sharing support devices and delivery-type car-sharing support methods that have the elements of the present invention and can be appropriately modified by those skilled in the art are included in the scope of the present invention.

Embodiment 2.
Hereinafter, the second embodiment will be described with a focus on the points that are different from the first embodiment, and the description of the common points will be omitted. It goes without saying that the features of the second embodiment can be arbitrarily combined with the features of the first embodiment and the features of the modifications. Also, the same reference numerals are assigned to the same or corresponding components as those of the first embodiment, and the description will be made accordingly.

The outline of Embodiment 2 will be explained. In the second embodiment, the user of the car sharing service (urban user in the first embodiment) has a delivery location (in other words, a rental location, a pick-up location) and a pick-up location ( In other words, at one or both of the return locations), coin parking spots scattered throughout the city can be specified. A coin parking lot is a parking lot where an unspecified number of users park in a vacant compartment and pay for the amount of time spent.

FIG. 9 shows the configuration of a delivery-type car sharing support system 200 according to the second embodiment. In the delivery type car sharing support system 200 of Embodiment 2, the service server device 100 is connected to the coin parking information management device 300 via the Internet.

The coin parking information management device 300 is an information processing device that manages (stores) information (hereinafter also referred to as "coin parking information") regarding a plurality of coin parkings scattered in various areas. The coin parking information includes (1) the position of each coin parking (address, position on a map, etc.), and (2) availability of each coin parking. The availability of coin parking may include information indicating whether or not there is a vacant compartment, and the number of vacant compartments.

The coin parking information management device 300 may be connected to multiple devices (coin parking management devices) (not shown) of multiple companies that operate coin parking. The coin parking information management device 300 acquires the position and the latest availability of each coin parking from a plurality of coin parking management devices periodically (for example, every 5 minutes), and periodically updates the coin parking information stored in the device. may be updated accordingly.

FIG. 10 is a block diagram showing functional blocks of the service server device 100 according to the second embodiment. The service server device 100 according to the second embodiment includes a map information storage unit 310, a map information output unit 312, and a coin parking information search unit 314 in addition to the functional blocks included in the service server device 100 according to the first embodiment.

Each block shown in the block diagrams of this specification can be implemented in terms of hardware by elements such as CPUs and memories of computers and mechanical devices, and in terms of software can be implemented by computer programs and the like. Here, the functional blocks realized by their cooperation are drawn. It should be understood by those skilled in the art that these functional blocks can be implemented in various ways by combining hardware and software.

The functions of multiple functional blocks shown in FIG. 10 may be implemented in a computer program. This computer program may be stored in a recording medium, and may be installed in the storage of the service server device 100 via the recording medium. Alternatively, the computer program may be downloaded via a network and installed in the storage of service server device 100 . The CPU of the service server device 100 may exhibit the functions of the plurality of functional blocks by reading the computer program into the main memory and executing it.

The map information storage unit 310 stores map information including information (positions, types, etc.) of dispatch spots for vehicles used in car sharing services (hereinafter also referred to as "sharing vehicles"). A vehicle allocation spot is a location that can be designated as a delivery location or a pick-up location for a shared vehicle. The dispatch spot may be a parking lot (for example, a parking lot prepared in advance by a car sharing operator) or a location on the road where parking or stopping is possible.

The map information output unit 312 transmits the map information stored in the map information storage unit 310 to the urban area user terminal 106 . The coin parking information search unit 314 acquires from the coin parking information management device 300 coin parking information (neighboring coin parking information described below) that matches the location information transmitted from the urban user terminal 106, and retrieves the acquired coin parking information. Transmit to urban user terminal 106 .

FIG. 11 is a block diagram showing functional blocks of the urban user terminal 106 according to the second embodiment. The urban user terminal 106 comprises a control section 320 , a display section 322 and a communication section 324 .

The control unit 320 executes various data processing. The display unit 322 is a device that displays various images and information according to instructions from the control unit 320, and is, for example, a liquid crystal display or an organic EL display. The display unit 322 has a function of a touch panel, receives operation inputs from urban users, and transfers operation information to the control unit 320 . A communication unit 324 communicates with an external device according to a predetermined communication protocol. The control unit 320 transmits and receives data to and from the service server device 100 via the communication unit 324 .

The control unit 320 includes a map information acquisition unit 330, a coin parking information acquisition unit 332, a reservation input screen generation unit 334, a display control unit 336, and a reservation information transmission unit 338. The functions of these functional blocks may be implemented in an application program for car sharing users (hereinafter also referred to as "car sharing App"). The car sharing App may be stored in a recording medium, and may be installed in the storage of the urban user terminal 106 via the recording medium. Alternatively, the Car Sharing App may be downloaded over the network and installed in the storage of the metropolitan user terminal 106 . The CPU of the urban user terminal 106 may read the car sharing App into the main memory and execute it, thereby exerting the functions of the plurality of functional blocks.

The map information acquisition unit 330 acquires from the service server device 100 map information to be displayed on a reservation input screen, which will be described later. The coin parking information acquisition unit 332 acquires from the service server device 100 information on coin parking that exists in the vicinity of the position specified by the urban user (hereinafter also referred to as “neighboring coin parking”).

The reservation input screen generation unit 334 generates data for a reservation input screen based on the map information acquired by the map information acquisition unit 330 and the information on nearby coin parking lots acquired by the coin parking information acquisition unit 332. . The reservation input screen is a screen on which reservation information is input by an urban area user, and is a screen configured so that nearby coin parking can be specified as one or both of the delivery location and the pick-up location of the sharing vehicle.

The display control unit 336 outputs the data of the reservation input screen generated by the reservation input screen generation unit 334 to the display unit 322 and causes the display unit 322 to display the reservation input screen. The reservation information transmission unit 338 transmits the data of the reservation information input on the reservation input screen to the service server device 100 .

The operation of the delivery-type car sharing support system 200 according to the second embodiment configured as above will be described. Here, an operation related to transmission of reservation information from urban user terminal 106 to service server device 100 shown in FIG. 6 of Embodiment 1 will be described. It should be noted that the operation related to transmission of reservation change information from urban user terminal 106 to service server device 100 shown in FIG. 7 of Embodiment 1 is also applicable.

The urban user activates the car sharing App on the urban user terminal 106 and inputs an instruction to the car sharing App to display the reservation input screen. The map information acquisition unit 330 of the urban user terminal 106 transmits to the service server device 100 a map information acquisition request specifying the location specified by the urban user (or the current location of the urban user). The map information output unit 312 of the service server device 100 receives the map information acquisition request transmitted from the urban area user terminal 106 . The map information output unit 312 reads from the map information storage unit 310 the map information corresponding to the position specified by the map information acquisition request and indicating the surrounding area of the position, and transmits the map information to the urban user terminal 106 . do.

The reservation input screen generation unit 334 of the urban user terminal 106 generates data for the reservation input screen including the map information transmitted from the urban user terminal 106 . The display control unit 336 of the urban user terminal 106 causes the display unit 322 to display a reservation input screen. FIG. 12 shows an example of a reservation input screen. Reservation entry screen 340 includes map area 342 and reservation information entry area 344 .

In the map area 342, map information around the position specified by the urban user (or the current position of the urban user) is displayed. The map information includes a vehicle allocation spot icon 346a and a vehicle allocation spot icon 346b, collectively referred to as vehicle allocation spot icon 346. FIG. The vehicle allocation spot icon 346a is a location that can be specified as a delivery location or a pick-up location for the shared vehicle, and is an icon that indicates a location on the road where parking or stopping is possible. The vehicle allocation spot icon 346b is an icon that indicates a parking lot location that can be specified as a delivery location or a pick-up location for a shared vehicle.

The reservation information input area 344 is an area for urban users to input reservation information. The reservation information includes the start date and time of use of the sharing vehicle, the end date and time of use, the delivery location (receipt location), and the pick-up location (return location). When the first selection operation (for example, single-tap operation) for any of the vehicle allocation spot icons 346 is input when setting the delivery location column 347, the information (for example, name, address) of the selected vehicle allocation spot icon 346 is delivered. It is entered in the place column 347 . Similarly, when the pick-up location field 348 is set, when the first selection operation is input for any of the vehicle allocation spot icons 346 , the information of the selected vehicle allocation spot icon 346 is input to the collection location field 348 .

In the reservation information of Embodiment 2, it is possible to designate a coin-operated parking lot that is different from the predetermined dispatch spot as one or both of the delivery location and the pick-up location. On the map information of the reservation input screen 340, when a second selection operation (for example, a double tap operation) is input for any of the dispatch spot icons 346, the coin parking information acquisition unit 332 of the urban user terminal 106 selects A coin parking information acquisition request designating the position (for example, address) of the dispatch spot icon 346 as the user-designated position is transmitted to the service server device 100 .

The coin parking information search unit 314 of the service server device 100 accepts a coin parking information acquisition request sent from the urban user terminal 106 . The coin parking information search unit 314 sends a coin parking information acquisition request specifying a vicinity range of the user-specified position specified in the coin parking information acquisition request (for example, within a radius of 2 kilometers from the user-specified position) as a search range. Send to device 300 .

The coin parking information management device 300 identifies information about one or more coin parkings that exist within the search range specified in the coin parking information acquisition request. The specified coin parking is a coin parking that exists in the vicinity of the user-specified position, and is hereinafter also referred to as a "neighboring coin parking". The coin parking information management device 300 transmits information about nearby coin parking (neighboring coin parking information) to the service server device 100 . Nearby coin parking information in Embodiment 2 includes an image in which icons indicating one or more nearby coin parking are arranged on a map. Also, the neighborhood coin parking information includes information indicating the availability of each neighborhood coin parking (for example, the presence or absence and number of vacant compartments).

The coin parking information search unit 314 of the service server device 100 accepts nearby coin parking information transmitted from the coin parking information management device 300 and transfers the nearby coin parking information to the urban area user terminal 106 . The coin parking information acquisition unit 332 of the urban user terminal 106 receives the nearby coin parking information transmitted from the service server device 100 and passes it to the reservation input screen generation unit 334 . The reservation input screen generation unit 334 generates data for a reservation input screen including nearby coin parking information. The display control unit 336 causes the display unit 322 to display a reservation input screen including nearby coin parking information.

FIG. 13 shows an example of nearby coin parking information 350 displayed on the reservation input screen 340 . Nearby coin parking information 350 may be displayed in map area 342 of reservation entry screen 340 . When a second selection operation (for example, a double-tap operation) is input to any of the dispatch spot icons 346 on the reservation input screen 340 shown in FIG. The display is switched to a reservation input screen 340 including information 350 .

Nearby coin parking information 350 includes map information 352 and detailed information 354 . In the map information 352, one or more coin parking icons 356 indicating one or more nearby coin parking are arranged on the map. When a predetermined selection operation for one of the coin parking icons 356 is input, the display control unit 336 displays nearby coin parking information corresponding to the selected coin parking icon 356 as detailed information 354 alongside the map information 352. Let The detailed information 354 includes the vacancy status of the selected nearby coin parking (for example, presence or absence and number of vacant compartments).

Although not shown in FIG. 13, when a first selection operation (for example, a single tap operation) for one of the coin parking icons 356 is input when setting the delivery place column 347, the icon corresponding to the selected coin parking icon 356 is displayed. Information (for example, name and address) of nearby coin parking is entered in the delivery location column 347 . Similarly, when the pick-up location column 348 is set, if the first selection operation is input for any of the coin parking icons 356 , the information on nearby coin parking corresponding to the selected coin parking icon 356 is displayed in the pick-up location column 348 . is entered in

When a predetermined reservation operation is input on the reservation input screen 340, the reservation information transmission unit 338 of the urban user terminal 106 transmits the reservation information input in the reservation information input area 344 of the reservation input screen 340 to the service server device 100. Send. Hereinafter, in the delivery type car sharing support system 200 of the second embodiment, as in the delivery type car sharing support system 200 of the first embodiment, the processing after the service server device 100 receives the reservation information or the reservation change information is executed.

In the car sharing service according to the second embodiment, a user (for example, an urban user) compares the availability of a plurality of coin-operated parking lots in the vicinity of the position specified by the user, and selects the desired coin-operated parking as a sharing vehicle. can be selected as the delivery location for The driving agent (in other words, dispatch crew) delivers the shared vehicle to the selected coin parking. Users can start using the shared vehicle from the pay parking lot they have selected.

In addition, the user can compare the vacancies of multiple coin-operated parking lots in the vicinity of the location specified by the user and select the desired coin-operated parking lot as the pick-up location for the shared vehicle. The user returns the shared vehicle to the selected coin parking. After that, the driver collects the vehicle at the coin parking.

Effects of the delivery-type car sharing support system 200 according to the second embodiment will be described.
It is difficult to accurately predict the actual usage start time (vehicle pick-up time) and usage end time (vehicle return time) in car sharing at the time of reservation. As a result, there may be delays in picking up the vehicle, earlier than scheduled return, or later than scheduled return. For example, the user may arrive at the vehicle return location 10 minutes early and have to wait in the vehicle for the driver to arrive. In addition, if the traffic volume at the vehicle pick-up location and vehicle return location is heavy, the user may have to worry about the eyes of other vehicles and pedestrians while waiting for the arrival of the substitute driver. .

In the delivery-type car sharing support system 200 in Embodiment 2, coin parking can be used as a place for picking up and returning shared vehicles. This makes it possible to flexibly deal with changes in the usage start time and the usage end time. For example, the user's waiting time can be eliminated, and the user's psychological burden can be reduced.

For example, when picking up a shared vehicle, the driver parks the vehicle in a coin-operated parking lot and leaves. Therefore, even if the user's arrival at the vehicle pick-up location is later than the usage start time in the reservation information, the user is not burdened with the psychological burden of keeping the substitute driver waiting. In addition, when returning the shared vehicle, the user can park the vehicle in a coin-operated parking lot and leave, eliminating the need to wait for a substitute driver. In addition, as the spread of infectious diseases is becoming a problem today, it is possible to deliver and receive shared vehicles without the need for the user and the driver to face each other, which contributes to ensuring social distancing.

The present disclosure has been described above based on Embodiment 1 and Embodiment 2. Those skilled in the art will understand that these embodiments are examples, and that various modifications can be made to the combination of each component or each treatment process, and such modifications are also within the scope of the present disclosure. .

In Embodiment 2, the coin parking information acquisition unit 332 of the urban user terminal 106 identifies the position of the dispatch spot icon 346 specified on the reservation input screen 340 as the user-specified position, and finds coin parking near the user-specified position. Got information. As a modification, the coin parking information acquisition unit 332 is not limited to the position of the dispatch spot icon 346, but identifies an arbitrary position specified on the map of the reservation input screen 340 as the user-specified position. Nearby coin parking information may be acquired.

Further, in Embodiment 2, the coin parking information acquisition unit 332 (that is, the car sharing App) of the urban user terminal 106 acquires nearby coin parking information provided from the coin parking information management device 300 via the service server device 100. obtained. As a modification, the coin parking information acquisition unit 332 of the urban user terminal 106 directly accesses the coin parking information management device 300 . Neighboring coin parking information may be acquired from the coin parking information management device 300 . In this case, the coin parking information acquisition unit 332 transmits to the coin parking information management device 300 a coin parking information acquisition request specifying a range near the user-specified position (for example, within a radius of 2 kilometers from the user-specified position) as a search range. good too.

Any combination of the first embodiment, the second embodiment, and the modifications described above is also useful as an embodiment of the present disclosure. A new embodiment resulting from the combination has the effects of the combined embodiment and modifications. It is also understood by those skilled in the art that the functions to be fulfilled by each constituent element described in the claims are realized by each constituent element shown in the embodiments and modifications alone or by their cooperation. .

The technology of the present disclosure can be applied to, for example, an information processing device.

100 service server device, 102 commuter user terminal, 104 driver agent terminal, 106 urban user terminal, 200 delivery type car sharing support system, 300 coin parking information management device, 330 map information acquisition unit, 332 coin parking information acquisition unit, 334 reservation input screen generation unit, 336 display control unit, 338 reservation information transmission unit.

Claims

a device for managing a car sharing service;
an information terminal of a user who uses the car sharing service;
with
The device to be managed is
Usage schedule information of a first user living in a first area who moves the vehicle from a first parking lot located in the first area where the vehicle is parked to a second parking lot located in the second area where the vehicle is parked. a schedule information receiving unit that receives from the first user terminal via a communication line;
a usage determination unit that determines a usage time zone in the second area for the vehicle that is moved to the second parking lot by the first user, based on the input usage schedule information;
A use time period in which the vehicle is desired to be used in the second area and a delivery place of the vehicle are defined via a communication line from a second user terminal of a second user who uses the vehicle in the second area. a reservation information receiving unit for receiving reservation information requesting a reservation for use of a vehicle;
a vehicle identification unit that identifies a vehicle that stops at the second parking lot during the use time period defined in the reservation information based on the determined available time period information;
Moving the specified vehicle from the second parking lot to the delivery location defined in the reservation information, creating delivery agency recruiting information for recruiting a delivery driving agency to deliver the vehicle, and creating the delivery agency In addition to outputting solicitation information, the surrogate delivery solicitation reply information indicating a response to the solicitation information for the surrogate delivery service is input from the terminal of the surrogate driver who performs the surrogate delivery service via the communication line, and the answer information for the solicitation of the surrogate delivery service is analyzed. a proxy recruitment information processing department that
When the vehicle that stops at the second parking lot during the usage time zone defined in the reservation information is specified, and the information indicating acceptance of the delivery proxy recruitment response information is defined in the delivery proxy recruitment reply information, a matching processing unit that determines that matching for vehicle use in the second area is established and outputs a matching result to the second user terminal via a communication line;
Delivery execution completion information is input, and based on the delivery execution completion information, it is confirmed that the vehicle has been moved to the delivery location by the driving agent and that the vehicle has been delivered to the second user. and an execution determination unit that determines that
The information terminal is the second user terminal,
The information terminal is
A coin parking information acquisition unit that acquires from an external device information about a nearby coin parking that is a coin parking that exists in the vicinity of the position specified by the second user;
A display for displaying a reservation input screen for inputting the reservation information by the second user, the reservation input screen displaying information about the nearby coin parking and allowing the user to designate the nearby coin parking as a delivery location for the vehicle. a controller;
Delivery type car sharing support system.
The coin parking information acquisition unit of the information terminal acquires information indicating the availability of the nearby coin parking as information on the nearby coin parking from the external device,
The display control unit of the information terminal displays information indicating the availability of the nearby coin parking,
The delivery type car sharing support system according to claim 1.
a device for managing a car sharing service;
an information terminal of a user who uses the car sharing service;
with
The device to be managed is
a reservation information receiving unit for receiving, from the information terminal of the user, reservation information indicating a desired reservation for use of the vehicle, which defines a time slot for use of the vehicle and a delivery location for the vehicle;
Moving the vehicle from the parking lot where the vehicle is parked to the delivery location defined in the reservation information, creating delivery agency recruitment information for recruiting a delivery driving agency to deliver the vehicle, and creating the delivery agency recruitment information is output, and at the same time, the delivery proxy solicitation response information indicating the response to the delivery agency solicitation information is input from the driving agency terminal of the driving agency who performs the delivery service via the communication line, and the delivery agency solicitation reply information is analyzed. Recruitment information processing department;
When the vehicle that stops at the parking lot during the usage time period defined in the reservation information is specified, and the information indicating acceptance of the delivery proxy recruitment response information is defined in the delivery proxy recruitment reply information, the vehicle utilization a matching processing unit that determines that the matching is established, and outputs the matching result to the driver's agent terminal via a communication line;
an execution determination unit that inputs delivery execution completion information and determines, based on the delivery execution completion information, that the vehicle has been moved to the delivery location by the substitute driving agent;
The information terminal is
A coin parking information acquisition unit that acquires from an external device information about nearby coin parking, which is a coin parking that exists in the vicinity of the position specified by the user;
A display control unit for displaying a reservation input screen for inputting the reservation information by the user, which displays information about the nearby coin parking and allows the user to specify the nearby coin parking as a delivery location for the vehicle. and having
Delivery type car sharing support system.
A method executed by a device for managing a car sharing service and an information terminal of a user using the car sharing service,
The device to be managed is
Usage schedule information of a first user living in a first area who moves the vehicle from a first parking lot located in the first area where the vehicle is parked to a second parking lot located in the second area where the vehicle is parked. from the first user terminal via a communication line;
Determining an available time slot in the second area for the vehicle that is moved to the second parking lot by the first user, based on the input usage schedule information;
A use time period in which the vehicle is desired to be used in the second area and a delivery place of the vehicle are defined via a communication line from a second user terminal of a second user who uses the vehicle in the second area. receiving reservation information desiring to reserve vehicle use;
a step of identifying a vehicle that stops at the second parking lot during the use time period defined in the reservation information based on the determined available time period information;
Moving the specified vehicle from the second parking lot to the delivery location defined in the reservation information, creating delivery agency recruiting information for recruiting a delivery driving agency to deliver the vehicle, and creating the delivery agency In addition to outputting solicitation information, the surrogate delivery solicitation reply information indicating a response to the solicitation information for the surrogate delivery service is input from the terminal of the surrogate driver who performs the surrogate delivery service via the communication line, and the answer information for the solicitation of the surrogate delivery service is analyzed. and
When the vehicle that stops at the second parking lot during the usage time zone defined in the reservation information is specified, and the information indicating acceptance of the delivery proxy recruitment response information is defined in the delivery proxy recruitment reply information, a step of determining that matching for vehicle use in the second area has been established, and outputting the matching result to the second user terminal via a communication line;
Delivery execution completion information is input, and based on the delivery execution completion information, it is confirmed that the vehicle has been moved to the delivery location by the driving agent and that the vehicle has been delivered to the second user. and executing a step of determining and outputting
The information terminal is the second user terminal,
The information terminal
A step of acquiring from an external device information about nearby coin parking, which is a coin parking that exists in the vicinity of the position designated by the second user;
A step of displaying a reservation input screen for inputting the reservation information by the second user, the reservation input screen displaying information about the nearby coin parking and allowing the user to designate the nearby coin parking as a delivery location for the vehicle. and run
Delivery type car sharing support method.