JP2024028020A - Communication terminal and communication program used by the delivery company - Google Patents

Abstract

An object of the present invention is to provide a delivery worker terminal 40 as a communication terminal that prevents failure to lock the door using a digital key when inputting delivery work results.
[Solution] A delivery worker terminal 40 used by a delivery company that delivers a delivery to a vehicle designated for delivery to a vehicle whose locking and unlocking is controlled using a digital key, wherein the delivery worker terminal 40 is a digital key provided by the delivery company. a reception unit 415 that receives an instruction to unlock or lock the vehicle and an input of the delivery result of the delivery item to the vehicle; and after the reception unit 415 receives an instruction to unlock the vehicle, it receives an instruction to lock the vehicle. Up to this point, a delivery work result management unit 418 is provided as a control unit that controls the reception unit 415 so as not to accept an input indicating that the delivery of the item has been completed.
[Selection diagram] Figure 8

Description

The present invention enables a delivery company to receive and receive temporary permission to use a digital key to deliver a delivery package (hereinafter also referred to as a "delivery item") to a vehicle that is locked and managed using a digital key owned by a user. , relates to a communication terminal and a communication program used by a delivery company in a system that allows the digital key of the delivery company to be used.

When a delivery company delivers a package to a vehicle, it inputs the work result (delivery completion or delivery failure), notifies the consignee, and locks the vehicle so that the vehicle does not remain unlocked. It is necessary to prevent locking leaks. In order to prevent locking failure, a technology has been proposed that automatically inputs the work result (delivery completion) when the door is locked and notifies the consignee (see, for example, Patent Document 1 and Patent Document 2).

JP 2019-148165 Publication Japanese Patent Application Publication No. 2018-204363

With conventional technology, when a delivery worker is delivering multiple items, for example, he locks the vehicle after delivering the first item, and when he goes to pick up another item, all the items are locked. There was a problem in that an incorrect delivery completion notification was entered and the consignee was notified even though the delivery was not completed.

The present invention enables a delivery company to receive and receive temporary permission to use a digital key for home delivery of a delivery item to a vehicle that is locked and controlled by a digital key owned by a user, and utilizes the digital key on the delivery company's side. In a system that enables delivery, the completion of delivery is input by the delivery company into the communication terminal and communication program used by the delivery company, and the delivery completion notification is sent to the consignee, and it is possible to prevent the vehicle from being locked. The purpose is to provide communication terminals and communication programs used by delivery companies.

The communication terminal according to the present invention is a communication terminal used by a delivery company that delivers a delivery item to a vehicle that is designated to be delivered to a vehicle that performs locking and unlocking control using a digital key, a reception unit that receives an instruction to unlock or lock the vehicle using the digital key and an input of a delivery result of the delivery item to the vehicle; and after the reception unit receives an instruction to unlock the vehicle; and a control unit that controls the reception unit so as not to accept an input indicating that the delivery of the item has been completed until an instruction to lock the vehicle is received.

The control unit may control the receiving unit not to receive an input indicating that the delivery of the item has been completed before the receiving unit receives an instruction to unlock the vehicle.

The control unit may control so that an input indicating that the delivery of the item has been completed cannot be input until the reception unit receives an instruction to lock the vehicle.

The control unit may be configured to issue a warning when an input indicating that the item has been delivered is received until the reception unit receives an instruction to lock the vehicle.

The control unit may be controlled so as not to respond to an input indicating that the delivery of the item has been completed until the reception unit receives an instruction to lock the vehicle.

The control unit controls to notify a warning to the delivery company if the reception unit receives an unlocking instruction for the vehicle and the wireless connection with the vehicle is disconnected without inputting a delivery result. You may.

The control unit may control so as to notify the delivery company of a warning if the reception unit receives an unlocking instruction for the vehicle and then transitions to another screen without inputting the delivery result.

The control unit is configured to notify the delivery company of a warning if the delivery result is not input even after a preset first time has elapsed after the reception unit received the unlocking instruction for the vehicle. may be controlled.

If the delivery result is not input even after a preset first time has elapsed after the reception unit has received the unlocking instruction for the vehicle, the control unit may be configured to perform a preset operation after the first time has elapsed. The delivery company may be controlled to be notified of a warning at certain time intervals.

The first time may be a time during which unlocking of the vehicle is permitted or a time obtained by subtracting a predetermined time from the time during which unlocking is permitted.

Equipped with a display,
The control unit may display at least the vehicle number, vehicle model information, and position information of the vehicle that caused the notification of the warning on the display.

The communication terminal according to the present invention is a communication terminal used by a user who collects a delivery specified to be collected from a vehicle, and is configured to receive an instruction from the user to unlock or lock the vehicle, and to receive a collection result. It includes a reception unit that receives input, and a control unit that controls not to accept input indicating that collection is completed until the reception unit receives an unlock instruction and then locks the lock instruction.

A communication program according to the present invention is for causing a computer to function as the communication terminal.

According to the present invention, it is possible for a delivery company to receive and receive temporary permission to use a digital key for home delivery of a delivery item to a vehicle that is locked and managed by a digital key owned by a user, and the digital key on the delivery company side In a system that enables the use of a system, the completion of delivery by the delivery company is inputted into the communication terminal and communication program used by the delivery company, and the recipient is notified of the completion of delivery, and the vehicle is prevented from being locked. .

FIG. 1 is a diagram showing the overall configuration of a data relay system in an embodiment. It is a diagram showing the functional configuration of a user terminal and a delivery worker terminal in an embodiment. It is a diagram showing the functional configuration of a key information control server and a delivery baggage management server in an embodiment. It is a diagram showing the functional configuration of a data relay device in an embodiment. FIG. 7 is a diagram illustrating an example of screen transitions displayed on a delivery worker terminal until the delivery worker starts using the digital key of the vehicle in the embodiment. FIG. 4 is a diagram illustrating an example of screen transitions in the embodiment until the delivery worker unlocks the vehicle from the delivery worker terminal, delivers the item into the vehicle, and locks the vehicle. FIG. 6 is a diagram illustrating an example of screen transitions when a delivery worker delivers a delivery item into a vehicle, completes a delivery completion report after locking the vehicle, and moves to the next screen in the embodiment. FIG. 7 is a diagram illustrating an example of screen transitions that assist a delivery worker in preventing a delivery worker from forgetting to lock the delivery destination vehicle in the embodiment. FIG. 7 is a diagram illustrating an example of a screen transition for reporting the impossibility of vehicle delivery when the delivery worker is unable to deliver the item to the vehicle in the embodiment. It is a diagram showing a processing sequence of the data relay system in the embodiment. It is a diagram showing a processing sequence of the data relay system in the embodiment. It is a diagram showing a processing sequence of the data relay system in the embodiment. It is a diagram showing a processing sequence of the data relay system in the embodiment. FIG. 3 is a diagram showing a processing sequence when locking/unlocking a vehicle using a digital key in an embodiment.

An example of an embodiment of the present invention will be described below.
FIG. 1 is a diagram showing the overall configuration of a data relay system 1 in this embodiment.

The data relay system 1 includes a user terminal 10 used by a user who is a consignee, a key information control server 20 that manages a digital key of a vehicle 2 that is a delivery destination device, and a delivery package management server that manages packages delivered by a delivery company. It includes a server 30, a delivery worker terminal 40 used by a delivery worker, a data relay device 50, and a network 60. Network 60 may be a security network to protect data confidentiality. The data relay device 50 is communicably connected to the user terminal 10, the key information control server 20, the delivery package management server 30, and the delivery worker terminal 40 via the network 60.
The key information control server 20 may be provided for each vehicle manufacturer, for example. Note that each key information control server 20 is assumed to cooperate with (or be provided with) a connected system (not shown) operated by the vehicle manufacturer. The key information control server 20 acquires vehicle location information from the connected system and responds to a vehicle location information inquiry from an authorized person.
It is assumed that the user in the present invention is a user who has been registered in advance in the connected system and has a user ID of the connected system. Furthermore, it is assumed that the user has acquired the digital key of the vehicle 2 in advance and has registered it in the key information control server 20. The data relay device 50 is affiliated with each key information control server 20, and may access each key information control server 20 using, for example, an API provided by each key information control server 20. Conversely, each key information control server 20 may access the data relay device 50 using an API provided by the data relay device 50.
The delivery package management server 30 may be provided for each delivery company, for example. As will be described later, it is assumed that the delivery worker ID and the delivery area in charge of the delivery worker for the delivery package handled by the delivery company are registered in advance. The delivery workers may be composed of the head office and the subcontractor. In this case, the delivery worker information may store affiliation information (for example, affiliation information indicating whether the delivery worker is a head office or a subcontractor). The data relay device 50 is previously affiliated with a delivery package management server 30 operated by each delivery company, and may be accessed using an API provided by each delivery package management server 30, for example. Conversely, each delivery package management server 30 may access the data relay device 50 using an API provided by the data relay device 50.
A digital key application program (also referred to as a "digital key application"), which will be described later, is installed on each of the user terminal 10 and the delivery worker terminal 40, and by executing the application, data transfer between the user terminal 10 and the delivery worker terminal 40 is possible. Data specific to each of the user terminal 10 and the delivery worker terminal 40 may be transmitted and received. Note that, hereinafter, unless otherwise specified, the digital key application installed on the user terminal 10 will be simply referred to as the digital key application program, and the digital key application installed on the delivery worker terminal 40 will be referred to as the delivery worker digital key application program (" It is called "Delivery Worker Digital Key App").

First, when operating the data relay system 1, a user who is the owner of a digital key of a vehicle, etc., sends information to the data relay device 50 including a user ID, a vehicle number written on a license plate, a registration number, a car name, etc. It is assumed that you have registered your vehicle information and have given permission to use the digital key for the vehicle. Hereinafter, unless otherwise specified, a user who registers a user ID and vehicle information in the data relay device 50 and has permission to use a digital key of a vehicle will be simply referred to as a user.
Here, "authority to use the digital key" means the right to access the key information control server 20 and use the digital key, and "license" means the right to use the digital key to the data relay device. This means that 50 people are allowed to use it. By doing so, the data relay device 50 acquires from the key information control server 20 a digital key that is valid for a period during which the delivery worker is approved to deliver the delivery package, that is, temporarily. Specifically, it is lent to the delivery worker terminal 40).
The user receives the invoice number of the delivery item as information regarding the delivery from the delivery company. Note that when the delivery company notifies the user of information regarding delivery, it may be in plain text that is not encrypted. By making it possible to register the invoice number in plain text, it becomes possible to perform a vehicle delivery service by printing it on the delivery slip or manually inputting it by the user, increasing the versatility of the data relay device. .
In addition, when the user delivers the item to a vehicle, the user inputs the information to the data relay device 50 by linking the invoice number with the user ID and the vehicle information for which the delivery destination is the owner of the digital key. It is sent as information regarding the delivery to be made and also registers the delivery request. Note that when the user transmits information regarding delivery to the data relay device 50, the information may be transmitted as encrypted information via the user terminal 10. By encrypting delivery-related information, security becomes more robust and access rights to vehicle keys can be more strictly controlled.

By registering the delivery request by the vehicle delivery service as described above, the data relay device 50 can receive information from the delivery worker (specifically, the delivery worker terminal 40) for the delivery at the delivery date and time of the delivery. In response to the request, the delivery worker (specifically, the delivery worker) obtains from the key information control server 20 a digital key that is valid temporarily, that is, the period during which the delivery worker is authorized to deliver the digital key. By lending the digital key to the worker's terminal 40), the delivery worker can use the digital key to unlock the vehicle at the delivery destination and carry out a series of delivery processing such as delivering the item corresponding to the invoice number. , it is possible to ensure that the user can use the digital key of the vehicle for as long as possible while not using a plurality of digital keys.
Further, the delivery company (delivery worker) notifies the user terminal 10 etc. of unlocking of the delivery destination vehicle, delivery of the delivery item to the vehicle, locking of the vehicle, delivery result notification, etc. via the data relay device 50. be able to. Furthermore, since the data relay device 50 transmits the delivery completion information, which was originally sent by the delivery company (delivery worker) to the delivery package management server 30, to the delivery package management server 30, the delivery company (delivery worker) A worker) can report the completion of delivery with a single input.
In this way, in the data relay system 1, the data relay device 50 relays between the user side and the delivery company (delivery worker) based on the invoice number, so that the delivery company (delivery worker) can operation, and notification of delivery progress information to the user terminal 10 and the like.
Above, with the outline of the data relay system 1 in mind, each device included in the data relay system 1 will be described in detail.

The user terminal 10 is a mobile terminal through which a user, who is a consignee, inputs and transmits data to be registered in the data relay device 50, and receives and displays notification information from the data relay device 50.
FIG. 2 shows the functional configuration of the user terminal 10 in this embodiment.
The user terminal 10 is, for example, a known information processing device (computer) such as a smartphone, and includes a control unit 11, a storage unit 12, various data input/output devices (for example, an input device, a display, etc.) and a communication device. etc. (not shown).
The control unit 11 is a part that controls the entire user terminal 10, and by appropriately reading and executing various programs including a digital key application (not shown) stored in the storage unit 12, various programs in this embodiment are executed. Achieve functionality. The control unit 11 may be a CPU. Specifically, a digital key application program (“digital key application”) is installed in the user terminal 10 in advance and executed by the control unit 11 to realize the functions described below.

The storage unit 12 is a storage area for various programs including a digital key application for making the hardware group function as a consignee's user terminal, various data, etc., and includes ROM, RAM, flash memory, and solid state drive (SSD). , or a hard disk drive (HDD). Specifically, the storage unit 12 stores a digital key application for causing the control unit 11 to execute each function of the present embodiment, profile information of the user, delivery information regarding the user as the consignee, etc. do.

The control unit 11 includes a lock/unlock function unit 110, a user information input unit 111, a vehicle delivery request unit 112, and a notification information acquisition unit 113. Note that the lock/unlock function unit 110 is a function unit that locks/unlocks the vehicle using a digital key, and in this embodiment, a case where the digital key is used in the form of a shared key is exemplified. FIG. 14 is a sequence diagram showing an example of a data flow when locking/unlocking is executed when a digital key is used as a shared key. Note that the data sequence when locking/unlocking using the shared key is well known to those skilled in the art, and detailed explanation will be omitted.

The user information input unit 111 allows a user who desires a vehicle delivery service via the data relay system 1 to register his or her user information and vehicle information in the data relay device 50 (“user information registration management unit 511” to be described later). This is an input section for The user information input unit 111 inputs its own user information, user information of the key information control server, and vehicle information (number, car name, car model, etc.) to the data relay device 50 on the user terminal 10 such as a keyboard or touch panel. Input from an input section (not shown).
Note that the user information input unit 111 may transmit vehicle information written on the vehicle inspection certificate as a QR code (registered trademark) to the data relay device 50 by reading the vehicle information using a QR code reader.
Further, the user information input unit 111 may transmit vehicle information obtained based on a photographed image of the entire vehicle including the license plate of the vehicle to the data relay device 50.
Further, as described later, the data relay device 50 acquires vehicle information from a connected system (not shown) that cooperates with the key information control server 20 based on the user ID input from the user terminal 10, and transmits the user information. You may also register it.
The user information input unit 111 responds with permission to use the digital key in response to a request for permission to use the digital key of the vehicle from the data relay device 50, thereby transmitting the license information for the digital key to the data relay device 50 in advance. Register.
By registering the license information for the digital key in advance, the data relay device 50 can link the request to the invoice number when a request for vehicle delivery is input from the user together with delivery-related information (including the invoice number and user ID). Based on the delivery date and time information of the delivery item, a digital key that is temporarily valid at the delivery date and time is obtained from the key information control server 20, and the delivery worker terminal 40 of the delivery worker in charge of delivering the delivery item. can be lent to. In this way, the data relay device 50 relays the digital key of the vehicle between the user who desires vehicle delivery and the delivery worker who delivers the item, based on the invoice number assigned to each item. This enables delivery workers to lock and unlock vehicles.

When a user purchases a product on an e-commerce site or the like and wishes to have the product delivered in a vehicle, the vehicle delivery requesting unit 112 transmits a message received from a delivery company (delivery package management server 30, etc.) to the data relay device 50. This is a functional unit that transmits the invoice number of the delivery package together with the user ID as delivery-related information input by the user. Note that the user may specify a desired location or priority order among a plurality of locations (for example, trunk, back seat, etc.) as the desired delivery location. Further, the user can change the registered vehicle delivery request information later. Note that, if the delivery company fails to deliver the product to the vehicle, the data relay device 50 may transmit to the user terminal 10 options for re-delivery (for example, vehicle delivery or door-to-door delivery).
Note that if a plurality of pieces of vehicle information are registered with the user ID, the data relay device 50 can transmit options for delivery target vehicles based on the vehicle information linked to the user ID. In such a case, the vehicle delivery requesting unit 112 may transmit the delivery target vehicle information selected by the user to the data relay device 50. Further, the data relay device 50 may transmit options for the location of the delivery destination (eg, trunk, back seat, etc.) in the destination vehicle.
As a result, the data relay device 50 stores the invoice number and user ID in the storage unit 12 in association with the delivery destination vehicle information as information related to delivery input by the user.

The notification information acquisition unit 113 receives notifications for the user himself/herself from the delivery baggage management server 30 and the data relay device 50, and displays the notifications on a display (not shown).
The notification information acquisition unit 113 receives the invoice number/delivery date/time notification from the delivery package management server 30, for example. The notification information acquisition unit 113 also receives information from the data relay device 50 that the delivery worker (delivery worker terminal 40) has obtained the vehicle location information, has obtained the vehicle digital key, and has started using the vehicle digital key. , unlocking the vehicle, locking the vehicle, successful or failed delivery, extending the available time of the digital key, returning the digital key, and not locking the vehicle. Receive shipping status.
Here, the return of a digital key is performed by notifying the key information control server 20 of the information on the digital key that is no longer needed, and the "digital key" itself as information is controlled by the key information control server 20. Although it may be returned to the server 20, only the information of the digital key to be invalidated may be notified to the key information control server 20, and the key information may be returned by invalidating the digital key. . Furthermore, without invalidating the key information, by waiting for the information on the originally issued digital key to expire (by not issuing a new digital key), the same effect as ``invalidating the digital key'' can be achieved. You can also do it.
Note that the notification information acquisition unit 113 transmits a response notification in response to an input from the user for a notification that requires a response.
The functional units included in the user terminal 10 have been described above. Next, the functional units included in the key information control server 20 will be explained.

FIG. 3 shows the functional configuration of the key information control server 20 in this embodiment.
The key information control server 20 is an information processing device (computer) such as a server device, and includes a control section 21 and a storage section 22, as well as various data input/output devices, communication devices, and the like.

The control unit 21 is a part that controls the entire key information control server 20, and controls each function in this embodiment by appropriately reading and executing various programs including a digital key control program stored in the storage unit 22. Realize. The control unit 21 may be a CPU.

The storage unit 22 is a storage area for various programs and various data for making the hardware group function as the key information control server 20, and includes a ROM, RAM, flash memory, solid state drive (SSD), or hard disk drive ( HDD), etc. Specifically, the storage unit 22 stores a program for causing the control unit 21 to execute each function of the present embodiment, as well as user information having a digital key (user ID, vehicle information, etc.) and information regarding the digital key. do.

As described above, the control unit 21 includes a digital key management unit 211, a vehicle information providing unit 212, and a vehicle position information providing unit 213 by appropriately reading and executing a digital key control program or the like.

The digital key management unit 211 manages user IDs, digital keys, vehicle information, etc. of users registered in the key information control server 20. Furthermore, if a license to use the digital key has been granted to the data relay device 50, the license information is also managed in association with the license.
In response to a digital key acquisition request from the data relay device 50, the digital key management unit 211 responds to a digital key acquisition request from the data relay device 50 by determining whether the digital key is available within the temporary usage time related to delivery (for example, the delivery date and time linked to the invoice number of the delivered item, etc.). We will lend you a digital key. By doing so, the data relay device 50 can lend the digital key to the delivery worker terminal 40 used by the delivery worker.
When the digital key management unit 211 receives a return of the digital key of the lent destination vehicle from the data relay device 50, it performs a digital key return process. As a result, the authority to lock and unlock the delivery destination vehicle associated with the invoice number is deleted.
By doing this, delivery workers can obtain and return temporary digital keys with usage restrictions necessary for delivery work based on the invoice number included in the delivery information. 50. Note that the delivery worker may request the data relay device 50 to obtain and return the digital key each time the delivery worker locks and unlocks the vehicle.

As described in the functional unit (user information input unit 111) of the user terminal 10, when the vehicle information providing unit 212 receives a request to acquire vehicle information corresponding to a user ID from the data relay device 50, the vehicle information providing unit 212 provides information corresponding to the user ID. responds with vehicle information.

When the vehicle location information providing unit 213 receives a request for vehicle location information of the delivery destination from the data relay device 50, the vehicle location information providing unit 213 acquires the vehicle location information of the delivery destination from the connected system linked to the key information control server 20, and sends the vehicle location information to the data relay device 50. Send to. By doing so, the data relay device 50 can relay the delivery destination vehicle position information of the delivery item linked to the invoice number to the delivery worker terminal 40.
Although the functional units included in the key information control server 20 have been described above, the key information control server 20 may be a virtual server operated by a distributed server as long as it can have equivalent functions. Next, the functional units included in the delivery baggage management server 30 will be explained.

FIG. 3 shows the functional configuration of the delivery package management server 30 in this embodiment.
The delivery package management server 30 is an information processing device (computer) such as a server device, and includes a control section 31 and a storage section 32, as well as various data input/output devices, communication devices, and the like.

The control unit 31 is a part that controls the entire delivery package management server 30, and realizes each function in this embodiment by appropriately reading and executing various programs stored in the storage unit 32. The control unit 31 may be a CPU.

The storage unit 32 is a storage area for various programs including a delivery package management program for making the hardware group function as the delivery package management server 30, and various data, and includes ROM, RAM, flash memory, or hard disk drive (HDD). etc. Specifically, the storage unit 32 stores delivery worker information (delivery worker ID, delivery worker affiliation information, delivery worker information, etc.) in addition to programs for causing the control unit 31 to execute each function of the present embodiment. delivery area information, etc.) are stored in advance. It also stores status information (including history information) of each delivery package.

As described above, the control unit 31 includes a delivery plan creation unit 311, a delivery management unit 312, and a data relay device IF unit 313 by appropriately reading and executing a delivery package management program or the like.

The delivery plan creation unit 311 creates delivery information (invoice number, delivery destination location information, delivery date and time information, etc.) based on the address and name information of the user who will be the consignee and the delivered item, received via an EC site or the like, for example. generate. Further, the delivery plan creation unit 311 may assign, for example, a delivery worker in charge of a delivery area including the delivery destination location for each invoice number, based on the delivery date and time information and the delivery destination location information.
If the delivery plan creation unit 311 receives the user's information on the presence or absence of vehicle delivery and the desired delivery date and time in advance, for example via an EC site, the delivery plan creation unit 311 takes this information (the presence or absence of vehicle delivery and the desired delivery date and time) into consideration. Delivery information may also be generated.
The delivery plan creation unit 311 notifies the user terminal 10 of the user who is the consignee of the generated invoice number and delivery date and time information. The above functions are well known to those skilled in the art, and detailed description thereof will be omitted.

Note that when a user who is a consignee desires vehicle delivery, the user transmits a vehicle delivery request including an invoice number and user ID to the data relay device 50 as information regarding the delivery input by the user.
In this case, as described later, the data relay device 50 ("delivery package management server identification unit 513" described later) identifies the delivery company and the delivery package management server 30 based on the invoice number received from the user, and identifies the delivery company and the delivery package management server 30. The delivery destination location information (address name, etc.) and delivery date and time information of the delivery item corresponding to the invoice number are acquired from the delivery package management server 30 that has been sent. At that time, the vehicle delivery request information may be relayed from the data relay device 50 to the delivery plan creation unit 311.
In response to an inquiry based on the invoice number from the data relay device 50, the delivery plan creation unit 311 sends the delivery destination location information (address name, etc.) and delivery date and time information of the delivery item corresponding to the invoice number to the delivery company. A response is sent to the data relay device 50 as information regarding the delivery to be input.

The delivery management unit 312 manages the delivery status based on the delivery plan generated by the delivery plan creation unit 311. The delivery management unit 312 may display the delivery package information assigned to each delivery worker via the delivery worker terminal 40 of each delivery worker.
As will be described later, for items to be delivered by vehicle assigned to a delivery worker, the delivery worker terminal 40 of each delivery worker acquires the location information of the destination vehicle from the data relay device 50, and It is configured to be displayed on the delivery worker terminal 40 owned by the delivery worker who is in charge of the delivery.

The data relay device IF unit 313 receives from the data relay device 50 a notification of completion of delivery of the item to be delivered to the user's vehicle. Thereby, the delivery package management server 30 can record delivery completion information in the history information of the invoice number.
The data relay device IF unit 313 receives from the data relay device 50 a delivery failure notification of the delivery item to be delivered to the user's vehicle. Thereby, the delivery package management server 30 may record the delivery failure information in the history information of the invoice number, and the delivery plan creation unit 311 may create a re-delivery plan.
The functional units included in the delivery package management server 30 have been described above, but the delivery package management server 30 may also be a virtual server operated by a distributed server as long as it can have equivalent functions. Next, the functional units included in the delivery worker terminal 40 will be explained.

FIG. 2 shows the functional configuration of the delivery worker terminal 40 in this embodiment.
The delivery worker terminal 40 acquires and displays information necessary for delivery from the delivery package management server 30 or the data relay device 50 when the delivery worker delivers the package. This is a mobile terminal that inputs and transmits data to be registered in the device 50.
The delivery worker terminal 40 is a known information processing device (computer) such as a smartphone, and includes a control unit 41 and a storage unit 42 as well as various data input/output devices (for example, input devices, displays, etc.) and communication devices. A device etc. (not shown) are provided.

The control unit 41 is a part that controls the entire delivery worker terminal 40, and is a part that controls the delivery worker digital key application program (“delivery worker digital key application” or “delivery worker digital key application”) stored in the storage unit 42. Each function in this embodiment is realized by appropriately reading and executing various programs including `` (also referred to as ``)'' (not shown). The control unit 41 may be a CPU.

The storage unit 42 is a storage area for various programs including a delivery worker digital key application for making the hardware group function as a delivery worker terminal, and various data, and includes ROM, RAM, flash memory, solid state drive ( SSD) or hard disk drive (HDD). Specifically, the storage unit 42 includes a digital key application for causing the control unit 41 to execute each function of the present embodiment, as well as delivery information including delivery package information handled by the delivery worker and delivery destination vehicle information. Memorize information, etc.

As described above, the control unit 41 reads and executes the delivery worker digital key application and various programs as appropriate to display the delivery schedule list display unit 410, the delivery destination location identification unit 411A, and the vehicle location acquisition unit 411B. , a vehicle parcel delivery target display control unit 412, a digital key usage request unit 414, a reception unit 415, a digital key usage control unit 416, a delivery work result management unit 418, and a data relay device IF unit 419. .
The reception unit 415 includes an unlocking instruction reception unit 415A, a locking instruction reception unit 415B, and a delivery result input reception unit 415C.

The main functions of the delivery worker terminal 40 include a function to support the delivery worker in confirming the delivery destination before starting to deliver the delivery item, and a function to assist the delivery worker in confirming the delivery destination before starting to deliver the delivery item, and a function to support the delivery worker when delivering the delivery item to the delivery destination vehicle. Examples include a function to support lock work, a function to support delivery workers in preventing locking failure after delivery, and a function to support delivery results report work by delivery workers. Hereinafter, the functional units of the delivery worker terminal 40 will be explained for each function. First, a functional unit (delivery destination location identification unit 411A, vehicle position acquisition unit 411B, and vehicle delivery target package display control unit) executes a function to support the delivery worker in confirming the delivery destination before starting delivery of the delivery item. 412) will be explained. In the following explanation, if the delivery worker is required to enter the invoice number, unless otherwise specified, for example, as shown in Fig. , the invoice number may be input. Note that if an error or the like occurs when inputting the barcode, manual input is performed via the keyboard or touch panel.

The delivery schedule list display section 410 displays items to be delivered by vehicle, for example, as shown in FIG. 5, which will be described later. Note that a list of delivery schedules (also referred to as a "delivery item list") within the area in which the delivery worker is responsible for delivery work may be displayed, regardless of whether delivery is carried out by vehicle or not. In that case, the delivery schedule list display section 410 may display items to be delivered by vehicle while distinguishing them from items to be delivered by vehicle.

The delivery destination location specifying unit 411A may acquire the location (address, name, etc.) of the delivery destination from the delivery package management server 30 or the data relay device 50 based on the invoice number.

The vehicle position acquisition unit 411B may acquire the position information of the vehicle that delivers the item from the data relay device 50 based on the invoice number.

Vehicle delivery target cargo display control unit 412 displays the location (address, etc.) of the delivery destination specified by delivery destination location specifying unit 411A and the vehicle before the delivery worker delivers the delivery item to the delivery destination vehicle. The delivery destination vehicle position information acquired by the position acquisition unit 411B may be displayed on a display (not shown).

Next, functional units (digital key usage requesting unit 414, unlocking instruction receiving unit 415A, locking instruction receiving unit 415B, delivery result input reception unit 415C, and digital key usage control unit 416).
The digital key use requesting unit 414 requests the data relay device 50 to acquire the digital key of the destination vehicle based on the input of the invoice number from the delivery worker. By doing so, the data relay device 50 compares the invoice number with the invoice number input by the user, and determines whether the delivery will be valid during the preset delivery date and time information (delivery time zone), for example. The digital key of the preceding vehicle is acquired from the key information control server 20. The delivery worker can start using the digital key of the compatible vehicle by requesting the use of the digital key of the delivery destination vehicle that becomes available within the time set in the delivery date and time information.
FIG. 5 is a diagram showing an example of screen transitions displayed on the delivery worker terminal 40 until the delivery worker starts using the vehicle's digital key. Hereinafter, regarding the operation in which the delivery worker presses a button, the press operation includes a touch operation unless otherwise specified.
As shown in Figure 5, the delivery worker presses the invoice number scan button to display the invoice number input screen, and then enters the invoice number by placing the invoice number (barcode) within the frame and scanning it. Then, a digital key use start screen can be displayed that displays a digital key use start button for requesting a digital key from the data relay device 50. In this case, for example, the delivery worker's digital key usable time may be defined as the period from when the delivery worker presses the digital key use start button until a predetermined period of time (for example, one hour) has elapsed.
In addition, instead of using the timing when the digital key use start button is pressed by the delivery worker as the start time of the digital key, the preset delivery date and time (delivery time zone) is also set as the time when the delivery worker can use the digital key. good. In this case, the digital key may be obtained at the timing when the delivery worker scans the invoice number, but even if the digital key is obtained in advance, the digital key will not be valid until the delivery date and time (delivery time zone). and cannot be used. Note that if the registered digital key of the delivery destination vehicle has expired, the digital key will not be acquired.

Furthermore, by causing the data relay device 50 to further impose usage restrictions on the key information acquired from the key information control server 20, the delivery worker terminal 40 can access the digital key information with further usage restrictions applied. may be made available.
Further, the digital key usage request unit 414 notifies the data relay device 50 via the data relay device IF unit 419 about the digital key acquisition status.

The unlocking instruction receiving unit 415A receives an unlocking instruction for a vehicle serving as a delivery destination from a delivery worker when a delivery item is delivered to a vehicle. Specifically, the unlocking instruction receiving unit 415A displays an unlocking button for unlocking the delivery destination vehicle on a display (not shown), and when the unlocking button is pressed by the delivery worker. Then, an unlock request signal is sent to the delivery destination vehicle. Note that the unlocking instruction receiving unit 415A notifies the data relaying device 50 that the unlocking instruction has been issued via the data relaying device IF unit 419.
The unlocking instruction receiving unit 415A receives an unlocking instruction for a vehicle serving as a delivery destination from a delivery worker when a delivery item is delivered to a vehicle. Specifically, the unlocking instruction receiving unit 415A displays an unlocking button for unlocking the delivery destination vehicle on a display (not shown), and when the unlocking button is pressed by the delivery worker. Then, an unlock request signal using a digital key is sent to the delivery destination vehicle. Note that the unlocking instruction receiving unit 415A notifies the data relaying device 50 that the unlocking instruction has been issued via the data relaying device IF unit 419.
The unlocking instruction receiving unit 415A receives an unlocking success signal or an unlocking failure signal from the delivery destination vehicle. Note that the reasons for failure in unlocking include the digital key being out of available time, a communication failure occurring, and the application hanging up. The unlocking instruction receiving unit 415A notifies the data relay device 50 of the unlocking result (unlocking success/failure) via the data relay device IF unit 419. Note that some existing unlocking and locking systems using digital keys do not send an unlocking success signal or an unlocking failure signal, but only return a signal to that effect when the command transmission is completed. In such a case, the unlocking request signal and the locking request signal can be sent repeatedly, and for example, it may be assumed that the unlocking is successful when an unlocking instruction is given.
Once the door is unlocked, the delivery worker can deliver the item to the vehicle.
After the delivery worker delivers the item to the vehicle, the delivery worker locks the destination vehicle.

After the delivery of the delivery item to the vehicle is completed, the locking instruction receiving unit 415B receives an instruction from the delivery worker to lock the vehicle to which the delivery item is to be delivered. Specifically, the locking instruction receiving unit 415B displays a locking button for locking the delivery destination vehicle on a display (not shown), and when the delivery worker presses the locking button, the delivery worker locks the delivery destination vehicle. A locking request signal is sent to the vehicle. Note that the locking instruction receiving unit 415B notifies the data relaying device 50 that the locking instruction has been issued via the data relaying device IF unit 419.
The locking instruction receiving unit 415B receives a locking success signal or a locking failure signal from the delivery destination vehicle. Note that the cause of the locking failure may be, for example, that the distance between the vehicle and the work delivery worker terminal exceeds a predetermined distance. The locking instruction receiving unit 415B notifies the data relay device 50 of the locking result (locking success/failure) via the data relay device IF unit 419.
By locking the door, the delivery worker can input a delivery result report.

The delivery result input receiving unit 415C accepts the completion of home delivery of the delivery item to the vehicle from the delivery worker when the delivery of the delivery item to the vehicle is completed. Specifically, the delivery result input reception unit 415C displays a delivery completion button on a display (not shown), and when the delivery worker presses the delivery completion button, the delivery result input reception unit 415C displays the data relay device IF unit 419. Alternatively, the data relay device 50 may be notified. The unlocking instruction receiving unit 415A notifies the data relay device 50 via the data relay device IF unit 419 that the home delivery has been completed.
FIG. 6 is a diagram showing an example of screen transitions during which the delivery worker unlocks the vehicle from the delivery worker terminal 40, delivers the item into the vehicle, and locks the vehicle. As shown in Figure 6, the delivery worker unlocks the vehicle by pressing the unlock button on the digital key, and delivers the item to the vehicle while the digital key is being used. After that, the vehicle can be locked by pressing the lock button on the digital key. Note that, after pressing the unlock button, the vehicle may be shown to be in the unlocked state by, for example, changing the color of the unlock button to a color indicating the unlocked state. Alternatively, a display indicating the unlocked state may be displayed.

Please note that the user cannot use the digital key from the time the delivery worker starts using the digital key for the vehicle until the digital key is returned; however, in other cases, the user cannot use the digital key. can do.

The digital key usage control unit 416 may change to a screen for reporting delivery completion upon receiving a successful locking signal of the delivery destination vehicle.
FIG. 7 is a diagram illustrating an example of screen transitions from when a delivery item is delivered into a vehicle, when the vehicle is locked, the delivery is completed, and when moving to the next screen. As shown in FIG. 7, by pressing the delivery completion button (OK), it is possible to transition to the next screen (for example, a screen displaying the latest delivery schedule).
Further, the digital key usage control unit 416 may control whether or not the digital key can be used in accordance with the position information of the delivery worker (delivery worker terminal 40). Specifically, the digital key usage control unit 416 acquires the location information of the delivery worker (delivery worker terminal 40) using the delivery worker terminal 40, and also acquires the location information of the delivery destination vehicle from the data relay device 50, for example. By acquiring the digital key, the availability of the digital key may be restricted. For example, if the position of the delivery worker (delivery worker terminal 40) is more than a preset distance away from the vehicle location, the digital key usage control unit 416 may display the following information via the display of the delivery worker terminal 40. Although it is possible to lock (display and press the lock button), it may be possible to disable unlocking (display or press the unlock button).
Further, if the position of the delivery worker (delivery worker terminal 40) is more than a preset distance, for example longer than the first distance, from the vehicle position, the digital key usage control unit 416 controls the delivery worker It may be possible to disable locking (displaying or pressing a lock button) and unlocking (displaying or pressing an unlock button) via the display of the terminal 40, and to disable the digital key.
The case where the delivery worker processes the unlocking of the destination vehicle, the delivery of the item to the destination vehicle, and the locking of the destination vehicle in this order has been described above.

Next, there is a function to assist the delivery worker in preventing forgetting to lock the delivery destination vehicle after delivering the goods, and a function to assist the delivery worker in reporting the delivery results (unlocking instruction receiving unit 415A, locking instruction receiving unit 415A, locking instruction receiving unit 415B, delivery result input reception unit 415C, and delivery work result management unit 418) will be explained.

The delivery work result management unit 418 performs the following control in order to support prevention of locking failure after delivery.
First, the delivery work result management unit 418 receives a vehicle unlocking instruction from a delivery worker via the unlocking instruction receiving unit 415A, and then instructs the vehicle to be unlocked, the delivery item to be delivered into the vehicle, and the vehicle to be locked. Manage the status from receiving the request, locking the vehicle, and reporting the delivery work results.
After the delivery work result management unit 418 successfully unlocks the vehicle, it does not accept input indicating that delivery has been completed via the delivery result input acceptance unit 415C until it receives a locking instruction via the locking instruction acceptance unit 415B. control so that it does not occur. That is, control is performed so that input indicating that delivery has been completed cannot be made until after the delivery worker has pressed the lock button. Further, the delivery work result management unit 418 may notify the delivery work result report with a reminder message at the same time as the above control.
Specifically, for example, the delivery result input reception unit 415C grays out the delivery completion button until the lock button is pressed, and displays the delivery completion button on the display when the lock button is pressed. Good too. Further, control may be performed so that the delivery completion button does not respond even if the delivery completion button is pressed until the lock button is pressed.
Furthermore, if short-range communication (wireless connection) with the vehicle is not established, the delivery work result management unit 418 controls the delivery result input reception unit 415C so as not to accept an input indicating that the delivery has been completed. You can do it like this.
FIG. 8 is a diagram illustrating an example of a screen that supports prevention of failure to lock the delivery destination vehicle. As shown in Figure 8, when a delivery worker attempts to input delivery work results without locking the vehicle, the delivery worker digital key app displays an error message or prevents the delivery completion button from being pressed (i.e., delivery It may be possible to control the process so that it is not possible to input information indicating that the process has been completed. Further, when notifying the error message via the display device, a reminder message may also be notified to request the delivery work result report.
Although not shown, the delivery work result management unit 418 determines whether the delivery has been completed via the delivery result input acceptance unit 415C before accepting an instruction to unlock the vehicle from the delivery worker via the unlocking instruction acceptance unit 415A. Control may be performed so as not to accept inputs to the effect. In this case, an error message indicating that the lock has not been unlocked may be notified via the display.

In addition to the above, if short-range communication (wireless connection) with the vehicle is disconnected without inputting the delivery result after receiving an unlocking instruction, the delivery work result management unit 418 displays the delivery result input on the display. A warning message may be sent to the effect that this has not been done.
Similarly, if the delivery work result management unit 418 receives an unlocking instruction and then transitions to another screen without inputting the delivery results, it notifies the display unit of a warning message to the effect that the delivery results have not been entered. You may also do so.
Similarly, if the delivery result has not been input even after a predetermined period of time has passed after receiving the unlocking instruction, the delivery work result management unit 418 displays a warning message on the display indicating that the delivery result has not been input. Notice.
After notifying these warning messages, if a predetermined period of time has elapsed without any response or response processing, the delivery work result management unit 418 displays the work results on the display at predetermined intervals (for example, every 2 minutes). A warning message urging reporting may be provided. Here, the predetermined time may be an unlockable period (for example, 10 minutes or 20 minutes) or a shorter period.
The warning message sent to the display may display at least information indicating the delivery destination vehicle (vehicle number, vehicle name, vehicle type, etc.) and vehicle position information.
Note that even if the door is not locked, if it is possible to press the lock button on the delivery worker terminal 40, the delivery work result management unit 418 can report the work result after the delivery worker presses the lock button. , notification of a warning message prompting the user to report the work results may be stopped.

In addition, the cause of "delivery failure" is, for example, if the vehicle is not near the delivery address, if the expiration date of the digital key has passed, or because it occurs before the vehicle is unlocked, delivery work results management The unit 418 may be able to accept a delivery failure input regardless of whether a locking instruction has been received.
However, even when a delivery failure is input, the delivery work result management unit 418 confirms with the data relay device 50 that the vehicle is not in an unlocked state. If it is determined that the vehicle is unlocked, such as when there is no lock, the vehicle is managed in the same manner as above to ensure that the lock is not omitted.
The above describes a function that helps a delivery worker prevent a delivery worker from forgetting to lock the delivery destination vehicle after delivering the delivery item.

When the delivery work result management unit 418 receives a successful locking signal from the vehicle, it is possible to transition to a screen for reporting delivery completion via the display of the delivery worker terminal 40.
When a delivery completion report is input via the delivery completion report screen, the delivery work result management unit 418 notifies the data relay device 50 of the completion of delivery of the item corresponding to the invoice number. do. For example, when the delivery worker presses the delivery completion button for the delivery item corresponding to the invoice number on the display of the delivery worker terminal 40, the delivery work result management unit 418 creates a delivery completion report and sends the data. The relay device 50 may be notified of the completion of delivery of the item corresponding to the invoice number. Thereby, the data relay device 50 transmits delivery completion information to the user terminal 10 and the delivery package management server 30 based on the delivery completion notification, and also sends the invoice number to the key information control server 20. Sends a return notification for the digital key of the linked destination vehicle. Based on the return notification, the key information control server 20 invalidates the digital key that was allowed at the preset delivery time of the destination vehicle associated with the invoice number.

For example, if the delivery fails, the data relay device IF unit 419 notifies the data relay device 50 that the delivery is not possible, along with the reason why the delivery is not possible. FIG. 9 is a diagram illustrating an example of a screen transition for reporting that vehicle delivery is not possible when a delivery item cannot be delivered by vehicle. As shown in FIG. 9, by pressing a delivery failure report button corresponding to the invoice number, the reason for failure may be selected and a notification of failure of delivery may be sent to the data relay device 50.
Further, the data relay device 50 may be notified to proceed to redistribution processing.
In addition, as described above, the delivery worker terminal 40 sends various notifications to the consignee (who is also the owner of the digital key) to the data relay device 50. The data relay device IF section 419 notifies the delivery worker terminal 40 of various notifications notified to the data relay device 50. In this way, the data relay device 50 literally relays various notifications between the delivery worker terminal 40 and the user terminal 10.
Here, various notifications to the user terminal 10 include, for example, delivery start notification, digital key acquisition notification, use start notification, locking notification, unlocking notification, delivery success/failure notification, digital key usage extension notification, digital key return notification, You will be notified of non-locking notifications, etc. This allows the user who is the consignee to grasp the delivery status in real time.
The functional units included in the delivery worker terminal 40 have been described above. Finally, the functional units included in the data relay device 50 will be explained.

FIG. 4 is a diagram showing the functional configuration of the data relay device 50 in this embodiment.
The data relay device 50 is an information processing device (computer) such as a server device, and includes a control section 51, a storage section 52, various data input/output devices, communication devices, and the like.

The control unit 51 is a part that controls the entire data relay device 50, and realizes each function in this embodiment by appropriately reading and executing various programs including a data relay program stored in the storage unit 52. do. The control unit 51 may be a CPU.

The storage unit 52 is a storage area for various programs including a data relay program for making the hardware group function as the data relay device 50, and various data, and includes ROM, RAM, flash memory, solid state drive (SSD), Alternatively, it may be a hard disk drive (HDD) or the like. Specifically, the storage unit 52 stores user registration information (user ID, vehicle information, digital key license information, etc.), user registration information, etc., in addition to programs for causing the control unit 51 to execute each function of the present embodiment. The delivery information inputted by the delivery agent (invoice number, user ID, etc.) and the delivery information inputted by the delivery company (invoice number, delivery address name, delivery date and time information, etc.) are stored. Further, status information (including history information) of the parcel to be delivered by vehicle may be stored. In this way, the data relay device 50 uses the invoice number as a common ID to relay data between the delivery worker terminal 40 and the user terminal 10, thereby maintaining security while providing information on the delivery worker terminal 40 side. It is possible to realize vehicle operation and to successively notify the delivery status to the user terminal 10 side.

The control unit 51 appropriately reads and executes a data relay program, etc., thereby controlling the user information registration management unit 511, the vehicle delivery information management unit 512, the delivery package management server identification unit 513, and the destination vehicle location information acquisition unit. 514, a delivery destination vehicle location information providing section 515, a digital key delivery company providing section 517, and a delivery processing status notification section 518.

As explained in connection with the user terminal 10, the user information registration management unit 511 is a functional unit that registers information on users who wish to use the vehicle delivery service via the data relay system 1 and manages the registered users. Specifically, the user information registration management unit 511 registers user information in the storage unit 52 based on user information including a user ID and vehicle information input in advance from the user terminal 10 (user information input unit 111). do.
The user information registration management unit 511 obtains a digital key license in advance from a user who desires a vehicle delivery service via the data relay system 1, and registers and manages the digital key license information of the user.

The vehicle delivery information management unit 512 receives the invoice number and delivery date and time notification of the delivery package from the delivery company that delivers the product (for example, the delivery package management server 30, etc.) when a user purchases a product on an EC site, etc. When requesting vehicle home delivery of a delivery package, the user's input information, including the invoice number, registered user ID, and delivery destination vehicle information, received from the user via the user terminal 10 (vehicle home delivery request unit 112) This is a functional unit that records and manages information regarding delivery.
In addition, if a plurality of vehicle information is registered for the user ID, the vehicle delivery information management unit 512 records and manages the vehicle information selected by the user from the plurality of delivery target vehicles as the delivery-related information input by the user. You may also do so. The vehicle delivery information management unit 512 also allows the user to select a storage location or a prioritized storage location from among multiple storage locations (for example, trunk, rear seat, front seat, passenger seat, etc.) for the delivered item. The information may be recorded and managed as information regarding the delivery input by the user.
Thereby, the data relay device 50 can manage the invoice number by linking the consignee user (user ID), the delivery destination vehicle information, and the user's digital key license information.
Furthermore, the vehicle delivery information management unit 512 sends delivery destination location information (address, name, ), by requesting delivery date and time information, it is possible to obtain delivery information linked to the delivery company's invoice number.
The vehicle delivery information management unit 512 manages the user-input delivery-related information received from the user and the delivery-related information input by the delivery company received from the delivery company (delivery package management server 30) by linking them to invoice numbers. do.
The vehicle delivery information management unit 512 may notify the delivery package management server 30 that the delivery package corresponding to the invoice number is a vehicle delivery package.

The delivery package management server identification unit 513 identifies the delivery package management server 30 of the collaborating delivery company that delivers the delivery package based on the format of the invoice number and the like. Note that if the delivery package management server identification unit 513 cannot identify one delivery package management server 30 based on the format of the invoice number, for example, using the invoice number as a key, the delivery package management server identification unit 513 uses the invoice number as a key to determine the delivery date and time information of the delivery item related to the invoice number. , by inquiring about the address and name of the delivery destination, the system receives the delivery date and time information of the delivery item, the address and name of the delivery destination, etc., and verifies it against the user information to identify one delivery package management server 30. You can also do this.
Specifically, for example, it may be specified by comparing the address and name of the delivery destination with the address and name included in the user information, or whether the delivery date and time information is in the near future. One delivery package management server 30 may be identified by comparing the information.

The delivery destination vehicle location information acquisition unit 514 responds via the delivery worker terminal 40 to an inquiry from the delivery worker for the delivery item corresponding to the invoice number regarding the location information of the vehicle that will deliver the delivery item. The vehicle position information is acquired from the key information control server 20 (which cooperates with the connected system).

The delivery destination vehicle location information providing unit 515 notifies the requesting delivery worker terminal 40 of the vehicle location information acquired by the delivery destination vehicle location information acquisition unit 514. Thereby, the delivery worker in charge of the delivery item corresponding to the invoice number can grasp the vehicle position information before starting delivery.

The digital key delivery company providing unit 517 receives vehicle delivery information including the invoice number of the delivery package from the delivery worker terminal 40 of the delivery worker in charge of delivering the delivery package to be delivered by vehicle, as well as the digital key of the destination vehicle. When an acquisition request is received, the digital key of the destination vehicle is linked to the invoice number and is valid for a predetermined period (for example, one hour or delivery time zone) based on the delivery date and time information (delivery time zone) of the delivery item. Obtained from the key information control server 20. The digital key delivery company providing unit 516 provides the acquired digital key of the delivery destination vehicle to the delivery worker terminal 40 at a timing related to delivery.
Further, based on the user ID, vehicle information, and digital key license information registered and managed by the user information registration management unit 511, the digital key delivery company providing unit 517 receives the digital key information of the vehicle from the key information control server 20. If the right to use the key cannot be obtained, the user ID may be recorded and managed in the storage unit 52 as a blacklist.
In addition, as mentioned above, the digital key provided to the delivery worker terminal 40 is used to store information such as the valid time from unlocking to locking on the delivery worker terminal 40 (delivery worker digital key application). It is possible to modify the digital key with restrictions.
Further, upon receiving a delivery completion report from the delivery worker terminal 40, the digital key is returned to the key information control server 20. Thereby, the key information control server 20 can delete the temporary usage permission information related to the digital key.

The delivery processing status notification unit 518 receives delivery start notifications indicating the delivery status of the delivery item, digital key acquisition notifications, usage start notifications, locking notifications, unlocking notifications, and delivery received from the delivery worker terminal 40 of the delivery worker. Various notifications including success/failure notifications, digital key usage extension notifications, digital key return notifications, locking failure notifications, etc. are notified (relayed) to the user terminal 10.
The functional units of each device included in the data relay system 1 have been described above.
Next, a sequence showing the main data flow in the data relay system 1 will be described. 10 to 13 are sequence diagrams showing the flow of data in the data relay system 1.

FIG. 10 is a sequence diagram showing an example of the flow of data related to user registration. It is assumed that the user is already registered in the connected system, has a user ID, and has a digital key.
Referring to FIG. 10, the user transmits user information (S001) including the user ID to the data relay device 50 via the user terminal 10. The data relay device 50 acquires vehicle information (S003) including the vehicle number, vehicle type, etc. by confirming the user ID and requesting vehicle information (S002) from the key information control server 20, and Register.
Next, the user authorizes the data relay device 50 to use the digital key of the vehicle (S004). The data relay device 50 obtains permission to use the digital key for the vehicle (S006) by requesting permission to use the digital key for the vehicle (S005) from the key information control server 20.
Through the above steps, the user completes registration with the data relay device 50, and can thereafter use the vehicle delivery service provided by the data relay system 1.

FIG. 11 is a diagram illustrating an example of a data flow when a user requests the data relay device 50 to deliver a delivery item by vehicle.
Referring to FIG. 11, a user's delivery order (S101) is input to the delivery package management server 30 via, for example, an EC site. Note that the delivery order (S101) includes information on the address and name of the delivery destination. The delivery package management server 30 issues an invoice number based on the delivery order (S101), determines the delivery date and time (scheduled), and notifies the user of the invoice number and delivery date and time (S102).
The user transmits the invoice number and vehicle delivery request information (S103) to the data relay device 50.
The data relay device 50 identifies the delivery package management server 30 of the delivery company based on the invoice number received from the user, and requests the delivery address, name, delivery date and time information from the specified delivery package management server 30 (S104). ), the delivery address, name, delivery date and time information (S105) is obtained.
The data relay device 50 causes the user terminal 10 to display options (S106) such as the storage location of the delivery item (for example, trunk, rear seat, passenger seat, etc.). The data relay device 50 acquires delivery destination vehicle/placement information (S107) inputted via the user terminal 10, thereby obtaining the invoice number and destination vehicle information (vehicle number, storage location information, etc.) Link. The data relay device 50 transmits the invoice number and vehicle delivery designation information (S108) to the delivery package management server 30.
As a result, the delivery package management server 30 assigns vehicle delivery work to the delivery worker (S109).
As described above, the user can register a request for vehicle delivery to the data relay device 50.

FIG. 12 is a diagram showing an example of a data flow from when a delivery company (delivery worker) starts the work of delivering a delivery item to a destination vehicle until the delivery is completed.
Referring to FIG. 12, the delivery worker scans the invoice number (S201) of the delivery item via the delivery worker terminal 40 and inputs it into the data relay device 50. A request for location information of the delivery destination vehicle linked to the invoice number is input to the data relay device 50 (S202).
The data relay device 50 requests the key information control server 20 for the position information of the target vehicle (S203), and acquires the position information of the target vehicle (S204). The data relay device 50 displays the position information of the target vehicle on a map via the display of the delivery worker terminal 40 (S205).
The delivery worker requests the data relay device 50 for the digital key of the target vehicle by pressing the digital key use start button via the delivery worker terminal 40 (S206).
The data relay device 50 requests the digital key of the target vehicle from the key information control server 20 (S207), and acquires the digital key of the target vehicle (S208).
The data relay device 50 lends the digital key to the delivery worker terminal 40 (S209). Thereby, the delivery worker sends an unlock command (S210) to the target vehicle by pressing the unlock button via the delivery worker terminal 40, and the delivery worker terminal 40 A response (S211) indicating success of the unlocking command is received from.
The delivery worker terminal 40 notifies the data relay device 50 that the target vehicle is unlocked (S212), and the data relay device 50 notifies the user terminal 10 that the target vehicle is unlocked. is notified (S213).
The delivery worker delivers the item to the target vehicle and presses the lock button via the delivery worker terminal 40, so that a locking command (S214) is sent to the target vehicle and the target vehicle confirms that the locking command is successful. A response (S215) is received.
The delivery worker terminal 40 notifies the data relay device 50 that the target vehicle is unlocked (S216), and the data relay device 50 notifies the user terminal 10 that the target vehicle is locked. (S217).
As described above, for delivery, the target vehicle can be unlocked, the item to be delivered can be delivered into the vehicle, and the target vehicle can be locked. Furthermore, the user can know in real time whether the vehicle has been unlocked or locked by the delivery company.

FIG. 13 is a diagram showing an example of a data flow in which a delivery company (delivery worker) reports delivery work results to a user.
Referring to FIG. 13, if the delivery is successful, the delivery worker inputs a delivery completion report (S301) to the data relay device 50 via the delivery worker terminal 40. The data relay device 50 notifies the delivery package management server 30 of the target invoice number delivery completion report (S302), and also notifies the user terminal 10 of the target invoice number delivery completion report (S303), and controls the key information. The digital key of the target vehicle is returned to the server 20 (S304).
If the delivery fails, the delivery worker inputs a delivery failure report (S305) to the data relay device 50 via the delivery worker terminal 40. The data relay device 50 notifies the delivery package management server 30 of the target invoice number delivery failure report (S306), and also notifies the user terminal 10 of the delivery failure report (S307).
Note that, depending on the cause of the delivery failure, the user terminal 10 may be notified of a retry attempt (S307). By doing so, the delivery worker scans the invoice number of the delivery item via the delivery worker terminal 40 and inputs it into the data relay device 50 (S308). Thereafter, the delivery worker can request the data relay device 50 again for the digital key of the target vehicle (S309) by pressing the digital key use start button via the delivery worker terminal 40. .
As described above, if the delivery is successful, the delivery worker can notify the delivery completion, and if the delivery fails for some reason, the delivery worker can notify the user of the delivery failure, and if there are any remedial measures (for example, retrying), the user can Corrective measures (for example, retrying) can be notified to the user.
The sequence showing the main data flow in the data relay system 1 has been described above.

Although the embodiments of the present invention have been described above, the present invention is not limited to the embodiments described above. Further, the effects described in the embodiments described above are only a list of the most preferable effects resulting from the present invention, and the effects according to the present invention are not limited to those described in the embodiments.

In the present embodiment, the digital key is distributed to the delivery worker terminal 40, and the delivery worker directly instructs the vehicle to lock/unlock from the delivery worker terminal 40, but the present invention is not limited to this. By instructing the key information control server 20 to lock/unlock from the delivery worker terminal 40 via the data relay device 50, the key information control server 20 remotely locks/unlocks the vehicle using the digital key. Good too.

Although this embodiment has been described using a vehicle as an example of the delivery destination device, the delivery destination device is not limited to a vehicle. For example, the present invention may be applied to a digital key that locks and unlocks an IOT locker using an IOT locker as a delivery destination device.

In this embodiment, the key information control server (and connected server) is used as a component of the data relay system 1, but the present invention is not limited to this. For example, APIs provided by a key information control server and a connected system may be used as constituent elements.

Although the present embodiment has been described using an example of home delivery of a delivery package, the present invention is not limited to home delivery of a delivery package. For example, it may be applied to cargo collection. Specifically, the present invention may be applied to a collection operation in which a collection agent goes to a digital key-controlled collection destination device and uses the digital key to pick up a package from the collection destination device. Compared to the delivery work of this embodiment, the collection work is different in that the flow of packages is from the collection requester to the collection agent, but the digital key is applied in the same manner.

Further, the functional configuration of the embodiment described above may be modified. That is, the functional configurations of FIGS. 2, 3, and 4 are merely examples, and do not limit the functional configuration of this embodiment. In other words, it is sufficient that each device is equipped with a function that can execute a series of processes related to the data relay system function of the present invention as a whole, and what kind of functional blocks are used to realize this function is particularly shown in FIG. The present invention is not limited to the examples shown in FIGS. 3 and 4.

Moreover, the description in the above-mentioned embodiments regarding the apparatus for realizing these functional configurations is merely an example. For example, in the above-described embodiment, it has been described that the data relay device 50 is realized by one server device, etc., but a distributed processing system may be used in which each function of the data relay device 50 is distributed to a plurality of server devices as appropriate. Furthermore, each function of the data relay device 50 may be implemented using a virtual server function or the like on the cloud.

The functions related to the data relay system 1 are realized by software. When realized by software, a program constituting this software is installed in an information processing device (computer). Furthermore, these programs may be recorded on removable media such as CD-ROMs and distributed to users, or may be distributed by being downloaded to users' computers via a network. Furthermore, these programs may be provided to the user's computer as a web service via a network without being downloaded.

As described above, according to the present embodiment, the delivery worker terminal 40 as a communication terminal is used by a delivery company that delivers a delivery item to a vehicle that is designated to be delivered to a vehicle that performs locking and unlocking control using a digital key. The communication terminal to be used includes a reception unit 415 that receives instructions from the delivery company to unlock or lock the vehicle using a digital key, and input of the delivery result of the delivery to the vehicle; A delivery work result management unit 418 is provided as a control unit that controls the reception unit 415 so as not to accept an input indicating that the delivery has been completed until an instruction to lock the vehicle is received after the instruction is received. .
Thereby, it is possible to prevent the delivery worker from failing to lock the vehicle after the vehicle is delivered, and it is possible to maintain the security of the vehicle.

The delivery work result management unit 418 may control the receiving unit 415 so as not to receive an input indicating that the delivery has been completed before the reception unit 415 receives an instruction to unlock the vehicle.
Further, the delivery work result management unit 418 may control so that an input indicating that the delivery of the item has been completed cannot be input until the receiving unit 415 receives an instruction to lock the vehicle. Specifically, for example, the delivery completion button may be grayed out, and the delivery completion button with the lock button pressed may be displayed.
Further, the delivery work result management unit 418 may control the delivery work result management unit 418 to issue a warning when an input indicating that the delivery of the item has been completed is given until the reception unit 415 receives an instruction to lock the vehicle.
Furthermore, the delivery work result management unit 418 may be controlled not to react to an input indicating that the delivery of the item has been completed until the reception unit 415 receives an instruction to lock the vehicle. Specifically, for example, even if the delivery completion button is pressed, it may not react.
Furthermore, if the reception unit 415 receives an unlocking instruction for the vehicle and the wireless connection with the vehicle is disconnected without inputting the delivery result, the delivery work result management unit 418 will notify the delivery worker of the delivery company Control may be performed so that a warning is notified via the delivery worker terminal 40.
If the reception unit 415 receives an unlocking instruction for the vehicle and then transitions to another screen without inputting the delivery result, the delivery work result management unit 418 sends the delivery worker terminal 40 to the delivery worker as the delivery company. Control may be performed so that a warning is notified via the
In addition, if the delivery result management unit 418 does not receive the delivery result even after a preset first time has elapsed after the receiving unit 415 receives the unlocking instruction for the vehicle, the delivery work result management unit 418 determines whether the delivery result is delivered as a delivery company. Control may be performed to notify the worker of a warning via the delivery worker terminal 40.
In addition, if the delivery result is not input even after a preset first time has elapsed after the reception unit 415 has received the unlocking instruction for the vehicle, the control unit 41 controls the delivery result after the first preset time has elapsed. It may be controlled to notify the delivery company of a warning at specified time intervals.
With the above, it is possible to prevent the delivery worker from failing to lock the vehicle after the vehicle is delivered to the home.

The first time may be a time during which the vehicle is permitted to be unlocked or a time obtained by subtracting a predetermined time from the time during which the vehicle is permitted to be unlocked.

The delivery worker terminal 40 as a communication terminal is equipped with a display, and the delivery work result management unit 418 displays at least the vehicle number, vehicle type information, and vehicle location information of the vehicle that caused the notification of the warning on the display. You may also do so.
Thereby, the delivery worker can easily identify the vehicle related to the warning.

The delivery worker terminal 40 as a communication terminal according to the present invention is a communication terminal used by a collection worker as a delivery company as a user who collects a delivery specified to be collected from a vehicle. A reception section that accepts instructions to unlock or lock the vehicle and input of collection results; After receiving an unlocking instruction from the reception section, the reception section does not accept input indicating that collection has been completed until a locking instruction is received. and a control unit for controlling the device.
Thereby, it is possible to prevent the collection worker from failing to lock the vehicle after the vehicle is collected and delivered.

A communication program according to the present invention is for causing a computer to function as a communication terminal.

Furthermore, this embodiment makes it easy to use digital keys that ensure privacy. It will be possible to contribute to "promoting innovation and expanding innovation."

1 Data relay system 2 Vehicle 10 User terminal 11 Control unit 111 User information input unit 112 Delivery information input unit 113 Notification information acquisition unit 12 Storage unit 20 Key information control server 21 Control unit 211 Digital key management unit 212 Vehicle information provision unit 22 Storage Section 30 Delivery package management server 31 Control section 311 Delivery plan creation section 312 Delivery management section 313 Data relay device IF section 32 Storage section 40 Delivery worker terminal 41 Control section 410 Delivery schedule list display section 411A Delivery destination position identification section 411B Vehicle position Acquisition unit 412 Vehicle delivery object display control unit 414 Digital key usage request unit 415 Reception unit 415A Unlocking instruction reception unit 415B Locking instruction reception unit 415C Delivery result input reception unit 416 Digital key usage control unit 418 Delivery work result management unit 419 Data Relay device IF section 42 Storage section 50 Data relay device 51 Control section 511 User information registration management section 512 Vehicle delivery information management section 513 Delivery package management server identification section 514 Delivery destination vehicle location information acquisition section 515 Delivery destination vehicle location information providing section 517 Digital key delivery company providing unit 518 Delivery processing status notification unit 52 Storage unit 60 Network

Claims (13)

A communication terminal used by a delivery company that delivers a delivery to a vehicle designated for delivery to a vehicle whose locking and unlocking is controlled by a digital key,
a reception unit that receives an instruction from the delivery company to unlock or lock the vehicle using the digital key, and an input of a result of delivery of the delivery item to the vehicle;
A control unit that controls the reception unit so as not to accept an input indicating that the delivery of the item has been completed after the reception unit receives an instruction to unlock the vehicle and until an instruction to lock the vehicle is received by the reception unit. and,
A communication terminal with The communication terminal according to claim 1, wherein the control unit controls the receiving unit not to receive an input indicating that the delivery of the item has been completed before the receiving unit receives an unlocking instruction for the vehicle. The communication terminal according to claim 1, wherein the control unit controls so that an input indicating that the delivery of the item has been completed cannot be input until the reception unit receives an instruction to lock the vehicle. The communication terminal according to claim 1, wherein the control unit controls the communication terminal to notify a warning when an input indicating that the delivery of the item has been completed until the reception unit receives a locking instruction for the vehicle. . The communication terminal according to claim 1, wherein the control unit controls the communication terminal so as not to react even if an input indicating that the delivery of the item has been completed is received until the reception unit receives an instruction to lock the vehicle. The control unit controls to notify a warning to the delivery company if the reception unit receives an unlocking instruction for the vehicle and the wireless connection with the vehicle is disconnected without inputting a delivery result. The communication terminal according to claim 1. 1 . The control unit controls to notify the delivery company of a warning if the receiving unit changes to another screen without inputting the delivery result after receiving the unlocking instruction for the vehicle. The communication terminal described in . The control unit is configured to notify the delivery company of a warning if the delivery result is not input even after a preset first time has elapsed after the reception unit received the unlocking instruction for the vehicle. The communication terminal according to claim 1, wherein the communication terminal is controlled to. If the delivery result is not input even after a preset first time has elapsed after the reception unit has received the unlocking instruction for the vehicle, the control unit may be configured to perform a preset operation after the first time has elapsed. The communication terminal according to claim 8, wherein the communication terminal is controlled to notify the delivery company of a warning at time intervals determined by the delivery company. 9. The communication terminal according to claim 8, wherein the first time is a time during which unlocking of the vehicle is permitted or a time obtained by subtracting a predetermined time from the time during which unlocking is permitted. Equipped with a display,
10. The control unit according to claim 4, 6, 7, 8, or 9, wherein the control unit displays at least the vehicle number, vehicle type information, and position information of the vehicle that caused the notification of the warning on the display. A communication terminal as described in any of the above. A communication terminal used by a user who collects a delivery specified to be collected from a vehicle,
a reception unit that receives instructions from the user to unlock or lock the vehicle and input of collection results;
a control unit that controls not to accept an input indicating that collection has been completed after receiving an unlocking instruction by the receiving unit and until a locking instruction is received;
A communication terminal with A communication program for causing a computer to function as a communication terminal according to claim 1 or claim 12.

Images