JP7223100B2 - Package delivery management system and method - Google Patents

Description

The present invention relates to package delivery management systems and methods.

A technology has been proposed in which a vehicle is used as a container for receiving a delivery by parcel delivery service or the like, in order to reliably deliver the delivery even if the recipient is absent (see, for example, Patent Document 1). . According to Patent Document 1, an in-vehicle communication device and a trunk control device are provided in a vehicle for receiving goods, and when delivering a delivery, mutual authentication with the vehicle for receiving goods is performed by a communication device for business use provided in the vehicle of the home delivery company, and to contain the delivery.

Japanese Patent Application Laid-Open No. 2006-206225

However, when storing packages in the trunk, a space is required to prevent interference between the lid of the trunk and obstacles, and a space for the work of the deliverer. For this reason, if the vehicle is parked in a place where the necessary space is not secured, a situation may arise in which the parcel cannot be put in the trunk even if the parcel is delivered.

SUMMARY OF THE INVENTION It is an object of the present invention to provide a parcel delivery management system and method capable of safely and reliably receiving parcels even if the recipient is absent.

In order to solve the above problems, the present invention has the following configurations. That is, according to one aspect of the present invention, a package delivery management system for delivering a package to a vehicle having a cargo loading section, comprising:
a delivery destination determination unit that designates a vehicle as a delivery destination of a delivery;
a delivery schedule transmitting/receiving unit for transmitting and receiving delivery schedule information specifying the vehicle as a delivery destination;
an information providing unit that provides information based on the delivery schedule information to the user of the vehicle ;
The delivery schedule information includes a scheduled delivery date and time,
The information providing unit provides information to a user of the vehicle when the vehicle is activated before the scheduled delivery date and time.
There is provided a parcel delivery management system characterized by:

According to the present invention, by providing the user of the vehicle with information based on the delivery schedule information, it is possible to realize safe and reliable receipt of the delivery item.

It is a figure which shows an example of a structure of the vehicle for receiving goods. (A) A side view of a vehicle for receiving goods, (B) A block diagram of a delivery system. FIG. 10 is a sequence diagram of a delivery preparation procedure in the delivery system; It is a flow chart of the delivery acceptance preparation procedure by the delivery vehicle in the second embodiment. It is a figure which shows the structure of 3rd embodiment. It is a flow chart of the delivery acceptance preparation procedure by the delivery vehicle in the third embodiment. It is a flow chart of the configuration of the vehicle for receiving goods and the delivery acceptance preparation procedure in the fourth embodiment.

[First embodiment]
FIG. 1 is a block diagram showing the configuration of a cargo receiving vehicle according to one embodiment of the present invention. The vehicle 1 includes a steering wheel 16, a steering actuator 15 having an electric motor for rotating a steering shaft, a steering angle sensor 14 for detecting the rotation angle (steering angle) of the steering shaft, and an electronic controller for steering control. A vehicle equipped with a unit (hereinafter referred to as "ECU") 10, front wheels 24F that change direction according to steering, an internal combustion engine or an electric motor (not shown) as a power source, an automatic transmission, an accelerator pedal, a brake pedal, etc. . Also connected to the ECU 10 are a brake actuator 18 that operates the brake and a shift actuator 19 that changes the position of the shift lever of the automatic transmission. The ECU 10 also receives a detection signal from a shift position sensor 17 that detects the position of the shift lever of the automatic transmission. If the power source is an internal combustion engine, the shift actuator 19 and the shift position sensor 17 can change the speed reduction ratio between the driving side and the driven side in addition to switching between forward and reverse. On the other hand, if the power source is an electric motor, the shift actuator 19 should be capable of switching between forward and reverse, and the shift position sensor 17 should also be able to detect forward or reverse. A left wheel speed sensor 20L for detecting a left wheel speed VWL and a right wheel speed sensor 20R for detecting a right wheel speed VWR are provided near the left and right rear wheels 24R. A detection signal from each wheel speed sensor is supplied to the ECU 10 . The running speed VP of the vehicle is calculated as an average value of the left wheel speed VWL and the right wheel speed VWR.

The vehicle is further equipped with a full camera 11F for capturing an image in front of the vehicle, a rear camera 11R for capturing an image behind the vehicle, a radar 12F directed to the front of the vehicle, a radar 12R directed to the rear of the vehicle, Also, sonar units 13FL, 13FR, 13RL, and 13RR are provided at the four corners of the vehicle, for example, the four corners of the front and rear bumpers that are most likely to come into contact with external objects. For example, for the purpose of detecting an approaching object during low-speed running, instead of the radars 12F and 12R, sonars may be provided, for example, at the center of the front and rear bumpers. Also, the cameras 11F and 11R may be omitted if restrictions are set on the manner and range of movement of the vehicle.

The ECU 10 includes an input circuit, an output circuit, a CPU, a memory circuit, and the like. It recognizes the surrounding conditions, performs steering control via the steering actuator 15, controls forward/backward switching (movement control) of the vehicle via the shift actuator 19, and controls stopping of the vehicle via the brake actuator 18. conduct. Also, the break actuator 18 includes not only an actuator that drives the foot brake, but also an actuator that performs braking and release by the parking brake.

Further, a cargo door key actuator 21 (hereinafter abbreviated as a key actuator) locks or unlocks a door of a cargo loading section, such as a trunk, in accordance with control by the ECU 10. It functions as a lock control unit that locks. The key actuator 21 locks the door when the ECU 10 receives security information called a virtual key or the like via a predetermined communication medium such as Bluetooth (registered trademark) and authenticates the information in a predetermined procedure. unlock (lock). Locking may be performed, for example, as soon as the door is closed or after a predetermined period of time has elapsed. Note that the cargo loading section is not necessarily limited to the trunk or baggage compartment behind the seat, and may include the passenger's seat when the passenger's seat is used as the cargo loading section.

Also, the communication control unit 23 controls communication with other devices via the antenna. Other devices include, for example, the server 201 and user portable terminal 202 shown in FIG. 2, and other devices. The in-vehicle terminal 22 is a terminal mounted in the vehicle 1 and performs visual or auditory output according to messages from other devices. The in-vehicle terminal 22 may be used as an input/output device for controlling the vehicle 1 or for other purposes, such as outputting messages from the vehicle 1 or setting or displaying a navigation system. Furthermore, the vehicle 1 may have a GPS system for determining its position. Accordingly, the GPS signal from the satellite can be received and the position of the own vehicle can be specified.

FIG. 2A shows a side view of the vehicle 1. As shown in FIG. This vehicle shows an example of a vehicle having a rear trunk 101 as a cargo loading section. A lid (cargo door) of the trunk 101 can be opened and closed, and cargo can be stored therein. The trunk 101 can be locked or unlocked by the key actuator 21, and when locked, it can only be opened by using the key (or virtual key) that matches the lock. The shape of the car body is not limited to a so-called sedan type with a trunk, but it may be a type with a hatchback-shaped door at the rear. good too.

FIG. 2B shows the configuration of the delivery system according to this embodiment. The delivery server 201 communicates with the deliverer terminal 203, the user portable terminal 202, and the in-vehicle terminal 22, adjusts the delivery schedule, and transmits the delivery schedule to each terminal. Delivery server 201 stores delivery schedule information 214 that associates the delivery time and delivery destination with each target package, and information on the users of the delivery destinations, such as the address of each user and information on the vehicle owned. The accumulated user information 215 is held. In addition, in order to provide the function as a delivery server, a delivery schedule adjustment unit 211 that adjusts the delivery schedule, a virtual key acquisition unit 212 that acquires a virtual key for opening the cargo loading section of the vehicle from the user portable terminal 202 or the like, It has a message transmitting/receiving unit 213 for exchanging messages with each terminal, and an information registration/reading unit 214 for accessing, registering, changing, and reading delivery schedule information and user information. The server and the terminal are realized by computers each having a processor and a memory, and execute their functions by executing programs stored in the memory, processing data, and inputting/outputting data. In particular, the terminal may have a touch panel or the like as an interface with the user.

FIG. 3 shows an example of a processing procedure for delivering a package, which is performed on the configuration shown in FIGS. 1 and 2. In FIG. In the following description, delivery server 201 stores delivery schedule information and user information in delivery schedule information 214 and user information 215, respectively. The delivery schedule adjustment unit 211 makes adjustments for delivery, the virtual key request and acquisition is made by the virtual key acquisition unit 212, and the exchange of messages with the terminal is made by the message transmission/reception unit 213. Reading is performed by the information registration/acquisition unit 214 . First, the delivery company transmits delivery schedule information to the delivery server 201 from the delivery person terminal 203 (S301). The delivery schedule information includes, for example, the address and name of the destination, and the scheduled delivery date and time. Note that the delivery schedule information may be input from another input terminal, for example. The delivery server 201 that receives this delivery schedule information adjusts the delivery schedule (S311). Adjustments may be made, for example, to take into account delivery destinations or other deliverables.

Once the delivery schedule is coordinated and determined, the delivery server 201 stores it and sends a user delivery schedule message to the user portable terminal 202 of the user to whom the delivery is to be made (S312). This destination may be included in the delivery schedule information. The delivery schedule message for the user includes, for example, the date, time and location of the scheduled delivery, and may also include information for displaying a dialog asking whether delivery to the vehicle is possible. Further, a dialog may be included for the destination user to specify the location and date and time, but in this embodiment, attention is focused on whether delivery to the vehicle is possible. When the user confirms the information and responds whether or not the delivery to the vehicle is possible in the displayed dialog, the responded information is transmitted to the delivery server 201 as a delivery possibility message (S332).

The delivery server 201, which has received the delivery permission/refusal message, determines whether the message indicates that the delivery to the vehicle is possible, that is, whether the delivery instruction to the vehicle is included (S313). It is determined whether the information about the former user's vehicle has already been registered in the user information 215 (S314). On the other hand, if it is not included, the process ends. However, if the delivery schedule has been changed as a result of the adjustment in S311, the adjusted schedule is transmitted to the delivery person's terminal.

If the vehicle has not been registered, a message requesting registration of vehicle information is sent to the user portable terminal 202 (S315). The user portable terminal 202 that receives the message displays a dialog corresponding to the received message, and when the user inputs the information necessary for registering the vehicle and the registration instruction on the screen, the registration instruction message is transmitted to the delivery server 201 ( 334). The information required for registration may include, for example, the registration number of the vehicle, and information such as the color, type, and vehicle type that are features of the vehicle's appearance. If the user refuses to provide the vehicle information, the user's portable terminal 202 responds with a message indicating the refusal by inputting the refusal.

Delivery server 201, which has received the response from user portable terminal 202, determines whether the response includes an instruction to register vehicle information (S316). If a registration instruction is included, the vehicle information included in the response is registered in the user information 215 (S317). On the other hand, when the registration instruction is not included in the response, the delivery instruction to the vehicle is invalidated and the process ends. In this case, the delivery to the home will be performed according to the original delivery schedule.

After registration of the vehicle or if it has already been registered, the virtual key of the vehicle is requested from the user portable terminal 202 and acquired. A virtual key is information that serves as an electronic key for unlocking the door of a cargo loading section of a vehicle. When the virtual key is entered into the vehicle and authenticated successfully, the lock is released. The virtual key may be authenticated by the vehicle or handed over to a specific server for authentication. When the virtual key is acquired, preparations for delivery to the vehicle are completed, so a delivery schedule message to the vehicle is transmitted to the user portable terminal 202 and the vehicle-mounted terminal 22 (S319). This delivery schedule message is also sent to and received by the terminal 203 of the delivery person who delivers the package (S302). The delivery schedule message includes the scheduled delivery date and time and information indicating delivery to a vehicle. Further, the message directed to the deliverer terminal 203 includes information for identifying the vehicle that serves as the package container and a virtual key.

The on-vehicle terminal 22 that receives the delivery schedule message to the vehicle, for example, outputs that the delivery to the vehicle will be made at that time if the vehicle is activated, or at the next activation if the vehicle is not activated. and provide the information to the driver (S341). In addition to the scheduled delivery date and time, the information may include a message encouraging the vehicle to be parked with space around the vehicle so that the door to the cargo bay can be opened. Additionally, a message may be included that prompts the parcel loader to be parked so that the door, eg trunk, of the parcel bay faces, for example, the road side for easy access by the delivery person. This is a particularly useful message if the vehicle is parked in a garage. Furthermore, this message may be output by the user portable terminal 202 . By doing so, even if the vehicle does not have an in-vehicle terminal, it is possible to notify the user of the schedule of receiving the delivered item in the vehicle.

On the other hand, the package delivery person travels to the destination according to the delivery schedule, and for packages for which a vehicle is specified as the delivery destination, identifies the vehicle based on the vehicle characteristics information received in connection with the package, Use the virtual key to unlock the cargo bay lid. After that, the lid is opened, the baggage is accommodated, and the lid is closed. In this example, the door is locked by closing the lid. At this time, in the vehicle 1, the once-used virtual key may be invalidated. The timing of invalidation may be, for example, immediately after the first use, or after a predetermined five-minute period has elapsed from the first use.

According to the above procedure, according to this embodiment, a vehicle can be used instead of a home delivery container, so safe delivery is possible even when the user is absent. Furthermore, by notifying the recipient of the delivery of the scheduled delivery date and time, the fact that the delivery will be made to a vehicle, and the need to secure a space for opening and closing the cargo loading section, the system can be more reliable. It is possible to receive Furthermore, by notifying the message from the vehicle while the vehicle is driving, it is possible to realize the receipt of the package with a higher degree of certainty.

In this embodiment, the vehicle 1 only receives and outputs a message, so it is sufficient to unlock the vehicle with a virtual key and process the message received by the in-vehicle terminal. Therefore, the vehicle does not need to be equipped with sensors such as cameras and sonar for automatic parking, and actuators for steering and throttle control. Moreover, it is desirable that the in-vehicle terminal 22 is in a standby state so that it can receive messages even when the vehicle is off. Furthermore, when the vehicle 1 is equipped with a navigation device, the on-vehicle terminal outputs a message when it is determined that the vehicle 1 is at a pre-registered home position, making it more suitable for receiving packages. It is possible to encourage parking in the correct position and direction.

[Second embodiment]
Although the second embodiment basically follows the first embodiment, the control is performed when the vehicle 1 has an automatic parking function. Therefore, the control sequence of the entire system is as shown in FIG. 3, but the control of the vehicle 1 including the in-vehicle terminal 22 is different from S341 of the first embodiment.

FIG. 4 shows a procedure executed by the vehicle 1, particularly the ECU 1, in this embodiment in addition to S341 of FIG. FIG. 4 is executed, for example, when it reaches a certain time before the scheduled delivery date and time. Upon receiving the delivery schedule message to the vehicle, the vehicle-mounted terminal 22 executes S341 and transfers to the ECU 10 the portion of the received information that is necessary for controlling the vehicle. At this time, if the vehicle 1 is powered off, the ECU 10 is also not operating. Therefore, power supply to at least the control unit including the ECU 10 is started before the information is transferred. Upon receiving the information, the vehicle 1, particularly the ECU 10, sets an activation timer, for example, a predetermined time before the scheduled delivery date and time, and the vehicle 1 is powered on when the timer expires. After that, the procedure of FIG. 4 is executed to control the vehicle. First, it is determined whether or not the vehicle has an automatic parking function (S401). The automatic parking function is often provided as an option, and whether or not it is prepared can be stored, for example, in the non-volatile memory of the ECU 10, or indicated by a switch or the like. It is possible to determine the presence or absence of

If it is determined that there is an automatic parking function, whether or not the door of the cargo loading section is open is determined by detecting surrounding obstacles with a detection section such as sonar 13 or radar 12 ( S403). For example, it may be determined that the door can be opened if no obstacle is detected in the opening direction of the door or if the vehicle is separated from the vehicle by a predetermined distance or more. If it is determined that the door cannot be opened, it is determined whether the vehicle can be moved to a position where the door can be opened (S405). In this judgment, for example, when an obstacle is detected in front of or behind the vehicle that prevents the door of the vehicle loading area from being opened even if the vehicle has moved to the limit, or when a degree of control that exceeds the automatic parking function is required. For example, it may be determined that the movement is not possible.

If it is determined that the vehicle can be moved, the driving unit of the vehicle is activated and the vehicle is moved to the position where the door opens using the automatic parking function (S407). For example, if it is determined that the rear door cannot be opened due to an obstacle, the vehicle is moved forward. Also, if the vehicle has more advanced autonomous driving functions, it may switch the front and rear of the vehicle or move the vehicle to a more accessible position. When moving the vehicle in S407, the surroundings may be warned by turning over the headlights, sounding a horn, or outputting a voice message, for example. After completing the preparatory procedure, the vehicle 1 is turned off.

According to the present embodiment described above, not only is the user notified of the scheduled delivery of the package, but also the automatic parking function or the automatic driving function is used to timely locate the location suitable for receiving the package. and direction.

[Third embodiment]
Next, the third embodiment based on the first embodiment will be described. The description of the parts common to the first embodiment is omitted. In the present embodiment, as shown in FIG. 5A, parcels delivered by a drone 51 flying by automatic control are received through a sunroof 52 provided on the roof of the vehicle 1 instead of the trunk of the vehicle 1. to accommodate. Therefore, the vehicle 1 of this embodiment has a sunroof 52 whose door 53 is opened and closed by a motor 55 controlled by the ECU 10, as shown in FIG. 5(B). Note that the configuration of FIG. 5B shows a configuration added to the configuration of FIG. When opening the sunroof 52, authentication may be performed with the virtual key of the first embodiment, and since there is no need to open the trunk or door, the authentication information for the sunroof (hereinafter, the virtual key and the authentication information are collectively referred to as (referred to as authentication information) may be used for authentication. The authentication information in that case may be generated by a certain procedure based on the user information registered as the user information 215, or may be exchanged in advance by a secure procedure.

The drone 51 autonomously flies from the base toward the set destination, delivers the package, and returns to the base. The drone 51 suspends the cargo with a rope that can be wound so that the cargo can be raised and lowered, and holds the cargo with a remotely releasable hook or the like so that the cargo can be lowered while hovering. . The drone 51 may have a structure for sandwiching the sides of the load in order to prevent the load from shaking. The drone 51, which has arrived over the target vehicle, transmits authentication information there and requests the vehicle to open the sunroof. At this time, the drone 51 may identify the vehicle by recognizing the sunroof with the door 52 open from an image of the ground captured by a camera or the like. The vehicle 1 that has received the authentication information opens the sunroof. The drone unloads and slides through the sunroof into the vehicle, releasing the hanging hooks and hoisting the rope. Once all the ropes have been reeled in, the vehicle 1 is requested to close the sunroof 52 . The requested vehicle 1 closes the door 53 to close the sunroof 52 .

This is the outline of this embodiment. In this embodiment, the delivery person of the package is not a human but a drone that delivers the package from the sky. As such, the message sent in step S319 from delivery server 201 to the intended user of the vehicle involves delivery by drone through the sunroof. The message may further include a message prompting the user to park the vehicle where there are no obstacles in the sky. The timing and control procedure for transmitting this message are the same as in the first embodiment, except that the message transmitted to user portable terminal 202 in step S312 includes confirmation from the user whether reception through the sunroof is possible. There is no change from one embodiment.

FIG. 6 shows a procedure specific to this embodiment. FIG. 6A shows the procedure by the in-vehicle terminal 22 that received the delivery schedule in step S319 of FIG. 3, and FIG. indicates The in-vehicle terminal 22 that has received the delivery schedule transmits the receiving position of the parcel to the delivery server 201 (S601). That is, the position of the vehicle 1 is transmitted at the scheduled delivery time of the package. This position may be the current position, but for example, the position of the home parking lot may be registered and the position may be transmitted. Note that the current position may be acquired from a navigation device as specified by a GPS signal or the like. For greater accuracy, the position may be corrected with signals from fixed ground stations. Step S603 is the same process as step S341 shown in FIG. In this way, the delivery server 201 can be notified of the receiving position of the parcel.

Now, the in-vehicle terminal 22 that has received the authentication information from the drone 52 operates according to the procedure shown in FIG. 6(B). Note that in FIG. 6B, since the devices of the vehicle are controlled, communication may be performed not through the vehicle-mounted terminal 22 but through a communication device for vehicle control. Once the authentication information is received, it is handed over to the ECU 10 . The ECU 10 authenticates the drone 51, which is the sender, with the received authentication information (S611). If the authentication succeeds, the motor 55 is driven under the control of the ECU 10 to open the sunroof door 53 (S613). After that, it waits for reception of a closing instruction for closing the sunroof door 53 from the drone 51 (S615). Since the sunroof is not left open even if the closing instruction is not received, it is determined whether or not a predetermined time has elapsed since opening (S617). Close (S619). This allows you to receive your parcel.

It is also possible to receive packages by drone using the trunk of a sedan-type passenger car instead of the sunroof. However, for this purpose, an automatic opening/closing mechanism for the trunk is required, and the fact that such a mechanism is provided in the vehicle 1 is notified to the delivery server 201, for example, by a delivery acceptability message in S332 of FIG. Further, although the specification of the vehicle position by the drone 51 is a technology on the drone side, the vehicle 1 may emit a beacon from a certain time before the scheduled delivery time, for example, to guide the vehicle. In this way, according to this embodiment, both the delivery side and the receiving side of the package may be unmanned, and the received package can be secured safely.

[Fourth embodiment]
Next, an embodiment will be described in which even if the package to be delivered is a product requiring refrigeration, it can be received. In this embodiment, the vehicle 1 is equipped with a refrigerating container in which cargo is stored. FIG. 7A shows a configuration for that purpose. However, the container itself is omitted. In addition to the configuration shown in FIG. 3, the ECU 10 controls the driving of the compressor 61 and detects the temperature inside the container by means of a temperature sensor 62 inside the container. Then, the delivered package is stored in the refrigerated container.

FIG. 7B shows the operating procedure of the vehicle-mounted terminal 22 when receiving the delivery schedule information in step S319 of FIG. In this embodiment, the delivery schedule information also includes an indication of whether or not the package to be delivered is a refrigerated item. When the delivery schedule information is received there, it is handed over to the ECU 10. - 特許庁The ECU 10 first determines whether or not the parcel to be delivered is a product requiring refrigeration (S701). If refrigeration is required, a timer is set at the scheduled delivery time and the expiration of the timer is awaited (S703). Here, the time may be set a certain time before the scheduled delivery time so that the refrigeration temperature is reached at the scheduled delivery time. The refrigeration temperature may be included in the delivery schedule information, or may be set to a constant temperature. When the set time is reached (S705-Y), the compressor 61 is driven to start cooling (S707). The ECU 10 detects the temperature with the temperature sensor 62 during refrigeration, and controls the on/off of the compressor so as to control the temperature when the set temperature is reached. Finally, when the vehicle 1 is started, a message is output (S709). This message informs you that refrigerated goods are due for delivery and the estimated time of delivery.

As described above, it is possible to receive refrigerated goods in this embodiment. Furthermore, by pre-cooling the container, it is possible to prevent the quality of the product requiring refrigeration from deteriorating. In the above example, a refrigerating container is used, but the entire trunk may be used as a refrigerating container. Further, in this embodiment, a compressor for refrigeration is used, but a compressor for an in-vehicle air conditioner may be used. In that case, cool air is circulated through air conditioning ducts in the trunk or storage container. For this reason, electric valves controlled by the ECU 10 are provided in the duct to the living room and the duct to the container. may control the closing of the valve to the living room. In addition, as described in the third embodiment, when luggage is received from the sunroof, the living room serves as a storage space for the luggage, so a normal air conditioner may be used to circulate cooled air to the living room. . In this case as well, the product may be pre-cooled to a predetermined temperature from a predetermined time before the scheduled delivery time. Also, if the storage container has a small capacity, it may be cooled using, for example, a Peltier device instead of the compressor. Also, since the first to fourth embodiments are not mutually exclusive, any combination thereof can also be implemented.

●Summary of Embodiments The above-described embodiments are summarized as follows.
(1) According to a first aspect of the present invention, the present invention is a package delivery management system for delivering deliveries to a vehicle having a cargo loading section, comprising:
a delivery destination determination unit that designates a vehicle as a delivery destination of a delivery;
a delivery schedule transmitting/receiving unit for transmitting and receiving delivery schedule information specifying the vehicle as a delivery destination;
and an information providing unit that provides information based on the delivery schedule information to a user of the vehicle.
With this configuration, when a vehicle is specified as a delivery destination, information based on the delivery schedule information is provided to the user of the vehicle, thereby enabling more reliable reception.

(2) According to a second aspect of the present invention, the present invention is a package delivery management system according to (1),
The delivery schedule information is
It is characterized by including at least one or more of the scheduled delivery date and time, delivery destination, and necessity of refrigeration of the delivery.
With this configuration, it is possible to more reliably notify the user of at least one of the scheduled delivery date and time, the delivery destination, and the need for refrigeration of the delivery.

(3) According to a third aspect of the present invention, the present invention is a package delivery management system according to (1) or (2),
The delivery schedule information includes a scheduled delivery date and time,
The information providing unit
Information is provided to the user of the vehicle when the vehicle is activated before the scheduled delivery date and time.
With this configuration, by notifying the user of the scheduled delivery date and time in advance, it is possible to more reliably receive the parcel.

(4) According to a fourth aspect of the present invention, the present invention is the parcel delivery management system according to any one of (1) to (3),
further comprising a detection unit that detects objects around the vehicle;
The information providing unit
Information is provided to the user of the vehicle when the detection unit detects an object when the user parks the vehicle.
With this configuration, it is possible to notify the user that there is an object around the vehicle, and to more reliably receive the package.

(5) According to a fifth aspect of the present invention, the present invention is the parcel delivery management system according to (4),
a determination unit that determines whether the object detected by the detection unit interferes with the opening and closing of the opening/closing unit of the cargo loading unit;
further having
The information providing unit
Information is provided to the user of the vehicle when the determination unit determines that the object obstructs the opening and closing of the opening/closing unit when the user parks the vehicle.
With this configuration, by notifying the user that the object will interfere with the opening/closing unit, it is possible to more reliably receive the package.

(6) According to a sixth aspect of the present invention, the present invention is the parcel delivery management system according to any one of (1) to (5),
The information providing unit
Information is provided to the user of the vehicle, including a notification prompting the vehicle to park so that the opening/closing portion of the cargo loading portion can be easily opened and closed.
With this configuration, it is possible to prompt the user to park the vehicle so that the opening/closing portion can be easily opened and closed, thereby achieving more reliable receipt of the package.

(7) According to a seventh aspect of the present invention, the present invention is a parcel delivery management system according to any one of (1) to (6),
a virtual key generation unit that generates virtual key information for locking and unlocking the opening/closing unit of the cargo loading unit;
a virtual key transmission unit that transmits the virtual key information to at least the vehicle;
and an unlocking unit that unlocks the vehicle based on the virtual key information.
With this configuration, by generating a virtual key for unlocking and transmitting it to the vehicle, it is possible to receive the package more reliably and safely.

(8) According to an eighth aspect of the present invention, the present invention is a package delivery management method comprising:
designating a vehicle having a cargo loading section as the delivery destination for the delivery;
receiving, in the vehicle, delivery schedule information designating the vehicle as a delivery destination of the delivery;
and providing information based on the delivery schedule information to the user of the vehicle. By providing information based on the above, it is possible to receive more reliably.

Reference Signs List 1 vehicle 10 ECU 21 cargo door key actuator 22 vehicle-mounted terminal 201 delivery server 202 delivery person terminal 203 user portable terminal

Claims (6)

A package delivery management system for delivering deliveries to a vehicle having a cargo loading section,
a delivery destination determination unit that designates a vehicle as a delivery destination of a delivery;
a delivery schedule transmitting/receiving unit for transmitting and receiving delivery schedule information specifying the vehicle as a delivery destination;
an information providing unit that provides information based on the delivery schedule information to the user of the vehicle ;
The delivery schedule information includes a scheduled delivery date and time,
The information providing unit provides information to a user of the vehicle when the vehicle is activated before the scheduled delivery date and time.
A parcel delivery management system characterized by: The package delivery management system according to claim 1,
The delivery schedule information further includes :
A parcel delivery management system characterized by including at least one or more of delivery destinations and necessity of refrigeration of deliveries. The parcel delivery management system according to claim 1 or 2 ,
a detection unit that detects objects around the vehicle;
a determination unit that determines whether the object detected by the detection unit interferes with the opening and closing of the opening/closing unit of the cargo loading unit;
further comprising
A parcel delivery management system characterized by: The parcel delivery management system according to any one of claims 1 to 3 ,
The information providing unit
A parcel delivery management system, wherein information including a notification prompting the user to park the car so that the opening/closing portion of the cargo loading section can be easily opened and closed is provided to the user of the vehicle. The parcel delivery management system according to any one of claims 1 to 4 ,
a virtual key generation unit that generates virtual key information for locking and unlocking the opening/closing unit of the cargo loading unit;
a virtual key transmission unit that transmits the virtual key information to at least the vehicle;
and an unlocking unit that unlocks the vehicle based on the virtual key information. A package delivery management method comprising:
designating a vehicle having a cargo loading section as the delivery destination for the delivery;
receiving, in the vehicle, delivery schedule information designating the vehicle as a delivery destination of the delivery;
providing information based on the delivery schedule information to a user of the vehicle ;
The delivery schedule information includes a scheduled delivery date and time,
In the step of providing the information, the information is provided to the user of the vehicle when the vehicle is activated before the scheduled delivery date and time.
A parcel delivery management method characterized by:

Images