Vehicle

Abstract

To provide a vehicle that can appropriately secure safety of a user when receiving food and drink from a delivery person in a vehicle while traveling toward a destination.SOLUTION: Provided is a vehicle ridden by a user who receives food and drink from a delivery person at a delivery location on a vehicle travel route, and that includes a processor. After the vehicle arrives at the delivery location, the processor executes processing to prevent a vehicle opening part for delivering food and drink from being released before the delivery person has not been authenticated by a communication terminal operated by the user or by an onboard authentication device.SELECTED DRAWING: Figure 2

Description

Technical Field

[0001] The present disclosure relates to a vehicle in which a user who receives food and drink from a delivery person at a handover location on a vehicle travel route rides.

Background Art

[0002] Patent Document 1 discloses a delivery support device. This delivery support device provides support for reducing the work burden associated with the delivery of a transaction target desired by an orderer.

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] By the way, a user who uses a service for delivering food and drink to a vehicle moving toward a destination is assumed to open a vehicle opening such as a door or a window after arriving at a handover location on the vehicle travel route and perform the handover of food and drink with the delivery person. The handover of food and drink in such a form needs to be performed while appropriately ensuring the safety of the user.

[0005] The present disclosure has been made in view of the above-described problems, and an object thereof is to provide a vehicle capable of appropriately ensuring the safety of a user when receiving food and drink from a delivery person inside the vehicle while moving toward a destination.

Means for Solving the Problems

[0006] The vehicle according to the present disclosure is a vehicle in which a user who receives food and drink from a delivery person at a handover location on a vehicle travel route rides, and includes a processor. After the vehicle arrives at the handover location, the processor executes a process of preventing the opening of a vehicle opening for handing over food and drink while the delivery person has not been authenticated by a communication terminal operated by the user (user terminal) or an in-vehicle authentication device.

Effect of the Invention

[0007] According to the vehicle of the present disclosure, after the vehicle arrives at the handover location, a process of preventing the opening of the vehicle opening for handing over food and drink is executed while the delivery person has not been authenticated by a communication terminal (user terminal) operated by the user or an in-vehicle authentication device. As a result, it is possible to suppress the user from inadvertently opening the vehicle opening to receive food and drink, so that the safety of the user when receiving food and drink from the delivery person in the vehicle moving toward the destination can be appropriately ensured.

Brief Description of the Drawings

[0008]

Figure 1

Figure 2

Mode for Carrying Out the Invention

[0009] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, when referring to numbers such as the number, quantity, amount, range, etc. of each element in the embodiments shown below, unless otherwise specified or clearly specified by the principle, the technical idea according to the present disclosure is not limited to the mentioned number.

[0010] 1. Configuration FIG. 1 is a diagram showing an example of the configuration of the food and drink delivery system 10 and the vehicle 60 according to the embodiment. The food and drink delivery system 10 shown in FIG. 1 provides a service (hereinafter, also simply referred to as "delivery service") for delivering food and drink to the vehicle 60 moving toward the destination. The vehicle 60 is for a user who uses the delivery service to board, and is, for example, a four-wheel automobile.

[0011] 1-1. Food and Drink Delivery System The food and drink delivery system (hereinafter, also simply referred to as "system") 10 includes a user terminal 20, a store terminal 30, a delivery person terminal 40, and a server 50 that manages the delivery service.

[0012] The user terminal 20 is a communication terminal operated by a user who uses the delivery service. The user terminal 20 is, for example, a smartphone or a tablet personal computer, and includes a processor, a storage device, and a communication device. Further, the user terminal 20 can acquire the position information of the user who holds the user terminal 20 based on a signal from a GNSS (Global Navigation Satellite System) satellite. Instead of being held by the user, the user terminal 20 may be a communication terminal mounted on the vehicle 60.

[0013] The store terminal 30 is operated by the provider of the food and drink related to the delivery service. The store terminal 30 is, for example, a personal computer, and includes a processor, a storage device, and a communication device.

[0014] The delivery person terminal 40 is held and operated by the delivery person who delivers the above food and drink. The delivery person performs delivery by means of transportation such as a bicycle, a two-wheel automobile, or on foot. The delivery person terminal 40 is, for example, a smartphone, and includes a processor, a storage device, and a communication device. Similar to the user terminal 20, the delivery person terminal 40 can acquire the position information of the delivery person.

[0015] As will be described later, the server 50 is a computer that executes various processes related to the delivery service. Specifically, the server 50 includes a communication device 52, a processor 54, and a storage device 56. The server 50 (communication device 52) is connected to each of the user terminal 20, the store terminal 30, the delivery person terminal 40, and a communication device 64 described later via a communication network 1 such as wireless. The processor 54 executes the above-described various processes. The storage device 56 stores various information. Examples of the storage device 56 include a volatile memory, a non-volatile memory, an HDD (Hard Disk Drive), and an SSD (Solid State Drive). By the processor 54 executing various computer programs, various processes by the processor 54 are realized. The various programs are stored in the storage device 56 or recorded on a computer-readable recording medium. Note that there may be a plurality of the processor 54 and the storage device 56.

[0016] The storage device 56 stores a database DB of various information related to the delivery service. The information in the database DB includes personal information for identifying a user who uses the delivery service, information on various food and beverage stores corresponding to the delivery service (for example, information on the menu of the food and beverage store and the location of the store), and information on the delivery person (for example, personal information for identifying the delivery person such as the face and name, and information on the means of transportation for delivery (for example, a bicycle)). Further, the information in the database DB includes various information that is the basis for generating the delivery route (for example, various traffic information such as road traffic information, and various map information such as road maps).

[0017] A user, a provider of food and beverages, and a delivery person can participate in the delivery service by installing a dedicated application on their respective terminals 20, 30, and 40 and completing registration for the delivery service.

[0018] To realize the above delivery service, the server 50 is interposed between the user terminal 20, the store terminal 30, and the delivery person terminal 40, and executes various processes related to the delivery service. Specifically, the server 50 receives food and beverage order information from the user via the user terminal 20. The order information includes, for example, information indicating the order content (e.g., the name and quantity of the ordered food and beverage), information on the store that provides the food and beverage, the current position and destination position information of the vehicle 60, and the personal information of the user.

[0019] Next, the server 50 that has received the order information generates a delivery plan for the food and beverage. The delivery plan is generated based on, for example, the current position information of the vehicle 60, the destination position information of the vehicle 60, the position information of the store, and the position information of the delivery person. The delivery plan includes, for example, a delivery route (the route from the store to the handover location P for the user (vehicle 60)) and the predicted delivery time of the delivery person to the handover location P. As the handover location P, for example, a location where the vehicle 60 can park on the shoulder on the driving route to the destination is set. Also, in generating the delivery plan, the server 50 extracts candidates for the delivery person in charge of the current delivery from among the delivery persons existing within a predetermined distance from the store that can provide the food and beverage related to the order.

[0020] Next, the server 50 determines whether it is possible to deliver the food and beverage according to the generated delivery plan. This determination can be made, for example, by comparing the predicted passing time of the vehicle 60 with respect to the handover location P included in the delivery plan and the predicted arrival time (predicted delivery time) of the delivery person. Specifically, for example, the result of the determination is affirmative when the predicted delivery time of the delivery person is earlier than or the same as the predicted passing time of the vehicle 60, and negative otherwise.

[0021] Next, the server 50 presents the user with a deliverable delivery plan (including the handover location P). As a result, when approval from the user for the presented delivery plan is obtained, the server 50 notifies the restaurant and the delivery person of the delivery plan and the order content of the food and beverage. As a result, the restaurant starts preparing the food and beverage. Thereafter, the delivery person executes the delivery of the food and beverage according to the delivery plan.

[0022] 1-2. Vehicle Vehicle 60 includes an electronic control unit (ECU) 62, a communication device 64, a GNSS receiver (Global Navigation Satellite System) 66, an external sensor 68, a HMI (Human Machine Interface) device 70, an in-vehicle authentication device 72, and a door lock device 74.

[0023] The ECU 62 is a computer that controls the vehicle 60. Specifically, the ECU 62 includes a processor 76 and a storage device 78. The processor 76 executes various processes. The various processes include the processes shown in FIG. 2 described later. The storage device 78 stores various information. Examples of the storage device 78 include a volatile memory, a non-volatile memory, a HDD (Hard Disk Drive), and an SSD (Solid State Drive). By the ECU 62 (processor 76) executing various computer programs, various processes by the ECU 62 are realized. The various programs are stored in the storage device 78 or recorded on a computer-readable recording medium. There may be a plurality of ECUs 62.

[0024] The communication device 64 includes a processor and communicates with each of the user terminal 20 and the server 50 via the communication network 1. The communication between the communication device 64 and the user terminal 20 may be performed using short-range wireless communication. The GNSS receiver 66 acquires the position and orientation of the vehicle 60 based on signals from GNSS satellites. The external sensor 68 recognizes (detects) the situation around the vehicle 60, and examples thereof include a camera, LIDAR (Laser Imaging Detection and Ranging), and radar. The HMI device 70 includes, for example, a touch panel and a speaker. The in-vehicle authentication device 72 includes an IC chip installed on the vehicle body of the vehicle 60 (for example, the center pillar on the shoulder side). The delivery person who has arrived at the delivery location P can authenticate himself / herself by holding the delivery person terminal 40 near the IC chip. The door lock device 74 locks and unlocks each door of the vehicle 60.

[0025] 2. Processing at the time of delivering food and drinks In order to appropriately ensure the safety of the user when receiving food and drinks from the delivery person inside the vehicle while moving towards the destination, the ECU 62 (processor 76) of the vehicle 60 executes the processing described below with reference to FIG. 2. This processing includes processing to prevent the opening of the vehicle opening for the delivery of food and drinks while the delivery person has not been authenticated by the communication terminal (user terminal 20) operated by the user or the in-vehicle authentication device 72 after the vehicle 60 has arrived at the delivery location P.

[0026] FIG. 2 is a flowchart showing the flow of processing at the time of delivering food and drinks according to the embodiment. The processing of this flowchart is executed after the user has completed the order for food and drinks.

[0027] In step S100, the ECU 62 determines whether the vehicle 60 has arrived at the pickup location P according to the delivery plan, for example, using the position information of the GNSS receiver 66. As a result, if the determination result is Yes, the processing proceeds to step S102.

[0028] In step S102, the ECU 62 executes a process that prevents the opening of a vehicle opening used for the delivery of food and beverages (hereinafter, for convenience, referred to as "Process A"). Specifically, a process of controlling the door lock device 74 so that a door, which is an example of the "vehicle opening", is locked corresponds to an example of the Process A. Even after the door is locked by such a door lock device 74, if the user performs an unlocking operation of the door at his or her own discretion, the door lock device 74 may accept the user's operation and unlock the door.

[0029] Alternatively, when the vehicle 60 can control the locking and unlocking of the trunk lid, Process A may be a process of locking the trunk lid, which is another example of the "vehicle opening". Further, Process A may be a process of maintaining the window, which is another example of the "vehicle opening", in a closed state (that is, a process of prohibiting the opening of the window by the user's operation). Furthermore, Process A may be a process of notifying the user through at least one of hearing and vision using the HMI device 70 to prompt the user not to open the vehicle opening (for example, a door, a window, or a trunk lid).

[0030] In step S104 following step S102, the ECU 62 determines whether the authentication of the delivery person has been correctly completed. Authentication that the person approaching the vehicle 60 is a delivery person can be performed, for example, by the delivery person holding the delivery person terminal 40 near the IC chip of the in-vehicle authentication device 72. It is assumed that the information of the delivery person required for authentication by this method has been previously transmitted from the server 50 to the vehicle 60.

[0031] Alternatively, the authentication may be performed by the ECU 62 executing an image recognition process of determining whether a face image of a person captured by the external sensor 68 (camera) matches a face image of a delivery person registered in the database DB.

[0032] Also, in an example where the current location information of the delivery person is displayed on the user terminal 20, the user can determine (identify) that a person near the vehicle 60 is the delivery person based on the current location information of the delivery person displayed on the user terminal 20. In this example, when the ECU 62 receives information indicating the determination result from the user who has determined that the person near the vehicle 60 is the delivery person via the user terminal 20 or the HMI device 70, the ECU 62 may determine that the authentication is completed. Alternatively, the ECU 62 may determine that the authentication is completed when the distance between the current location of the delivery person and the current location of the vehicle 60 is less than a predetermined threshold based on the current location information of the delivery person and the current location information of the vehicle 60.

[0033] Furthermore, for the authentication, when the user terminal 20 or the vehicle 60 receives a notification indicating that the delivery person has arrived at the delivery location P from the delivery person terminal 40, the ECU 62 may determine that the authentication is completed.

[0034] If the authentication of the delivery person is not completed in step S104, then in step S106, the ECU 62 determines whether a predetermined time has elapsed since the process advanced to step S104. As a result, if within the predetermined time, the process of step S104 is repeated. On the other hand, if the authentication is not completed even after the predetermined time has elapsed, then in step S108, the ECU 62 notifies the server 50 of information indicating that the authentication of the delivery person has not been completed.

[0035] On the other hand, if the authentication of the delivery person is completed in step S104, then in step S110, the ECU 62 determines whether there is a suspicious person around the vehicle 60. This determination can be made based on whether there is a person other than the delivery person around the vehicle 60 by using object recognition using, for example, an external sensor 68 (a camera that monitors the surroundings of the vehicle 60).

[0036] If it is determined in step S110 that there is no suspicious person around the vehicle 60, then next in step S112, the ECU 62 executes a process of opening the vehicle opening in order to allow the delivery person to complete the delivery of food and drinks. In other words, process A in step S102 is canceled.

[0037] Specifically, in the example where the door was locked in step S102, the door lock device 74 is controlled so that the door is unlocked. Thereby, the delivery person can open the door and place the food and drinks inside the vehicle. Similarly, in the case of the trunk lid, the ECU 62 also executes a process of unlocking the trunk lid. In the example where a window is used as the vehicle opening, the ECU 62 may open the window. Further, in the example where a notification prompting the user not to open the vehicle opening has been given, the ECU 62 may notify the user that the user may open the vehicle opening.

[0038] Note that after the authentication of the delivery person is completed, the ECU 62 may issue a notification to confirm with the user whether to perform the process of opening the vehicle opening before unlocking the door or the trunk lid or opening the window in step S112.

[0039] On the other hand, if it is determined in step S110 that there is a suspicious person around the vehicle 60, then next in step S114, the ECU 62 continues process A in step S102 (that is, does not cancel process A even if the authentication is completed). Thereafter, in step S116, the ECU 62 determines whether the suspicious person is no longer there. As a result, process A is continued while the suspicious person is there. On the other hand, if the suspicious person is no longer there, the process proceeds to step S112. According to the processes of steps S110, S114, and S116 like this, it is possible to prevent being harmed by a suspicious person by taking advantage of the momentary gap after the above authentication is completed.

[0040] Note that the settlement of the user's order for food and drinks may be made, for example, at the time of the above-mentioned authentication of the delivery person, or at the time of the approval of the above-mentioned delivery plan.

[0041] 3. Effect As described above, according to the present embodiment, after the vehicle 60 arrives at the delivery location P, while the delivery person has not been authenticated by the communication terminal (user terminal 20) operated by the user or the in-vehicle authentication device 72, a process for preventing the opening of the vehicle opening for the delivery of food and drinks is executed. Thereby, it is possible to suppress the user from inadvertently opening the vehicle opening to receive food and drinks, so that the safety of the user when receiving food and drinks from the delivery person in the vehicle moving toward the destination can be appropriately ensured.

Explanation of Reference Numerals

[0042] 1 Communication network 10 Food and drink delivery system 20 User terminal 30 Store terminal 40 Delivery person terminal 50 Server 52, 64 Communication device 54, 76 Processor 56, 78 Storage device 60 Vehicle 62 Electronic control unit (ECU) 66 GNSS receiver 68 External sensor 70 HMI device 72 In-vehicle authentication device 74 Door lock device

Claims

【Claim 1】 A vehicle in which a user who receives food and drink from a delivery person gets on at a handover location on a vehicle travel route, Based on the current position information of the vehicle, it is determined whether the vehicle in which the user is riding has arrived at the handover location, After determining that the vehicle has arrived at the handover location, it is determined that the authentication of the delivery person is completed on the condition that a predetermined condition is satisfied, While the authentication is not completed, a process is executed to prevent the opening of the vehicle opening for the delivery of food and drink, Comprising a processor configured as described above, The predetermined condition is, That the in-vehicle authentication device of the vehicle has detected that the delivery person has held the delivery person terminal near the IC chip of the in-vehicle authentication device, That the face image of the person captured by the external sensor mounted on the vehicle matches the face image of the delivery person registered in the database of the server that communicates with the vehicle, That the vehicle has received information indicating the result of the user's determination that the person near the vehicle is the delivery person based on the current position information of the delivery person displayed on the communication terminal operated by the user, That the distance between the current position of the delivery person and the current position of the vehicle is less than a predetermined threshold based on the current position information of the delivery person and the current position information of the vehicle, or That the vehicle or the user terminal of the user has received a notification indicating that the delivery person has arrived at the handover location from the delivery person terminal, is Vehicle.

Images