WO2022190348A1 - 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム - Google Patents

配送管理装置、配送システム、配送管理方法、及び配送管理プログラム Download PDF

Info

Publication number
WO2022190348A1
WO2022190348A1 PCT/JP2021/010008 JP2021010008W WO2022190348A1 WO 2022190348 A1 WO2022190348 A1 WO 2022190348A1 JP 2021010008 W JP2021010008 W JP 2021010008W WO 2022190348 A1 WO2022190348 A1 WO 2022190348A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
user
information
delivery
charge
Prior art date
Application number
PCT/JP2021/010008
Other languages
English (en)
French (fr)
Inventor
健太郎 石川
良枝 今井
政人 土屋
信明 本山
雅浩 虻川
訓 古田
Original Assignee
三菱電機株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 三菱電機株式会社 filed Critical 三菱電機株式会社
Priority to DE112021007276.5T priority Critical patent/DE112021007276T5/de
Priority to JP2021559577A priority patent/JP7242900B2/ja
Priority to CN202180095277.5A priority patent/CN116997946A/zh
Priority to PCT/JP2021/010008 priority patent/WO2022190348A1/ja
Publication of WO2022190348A1 publication Critical patent/WO2022190348A1/ja
Priority to US18/226,630 priority patent/US20230368124A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0835—Relationships between shipper or supplier and carriers
    • G06Q10/08355—Routing methods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • G08G1/13—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station the indicator being in the form of a map

Definitions

  • the present disclosure relates to a delivery management device, a delivery system, a delivery management method, and a delivery management program.
  • a delivery system that has a vehicle that carries packages and a management server that communicates with the vehicle (see Patent Document 1, for example).
  • the management server transmits an instruction to the vehicle so that the vehicle arrives at the specified delivery destination at the set time.
  • the user receives the package from the vehicle at the specified delivery destination at the set time.
  • JP 2019-101463 A (for example, paragraphs 0030, 0031, FIGS. 1 and 2)
  • the user in the delivery system described above, the user must be at a specified location at a set time, and there is a problem that the user's actions are restricted.
  • An object of the present disclosure is to provide a delivery management device, a delivery system, a delivery management method, and a delivery management that enable loading and unloading of packages to and from vehicles without restricting user actions. to provide the program.
  • the delivery management device of the present disclosure includes a communication unit that autonomously travels within a predetermined area and communicates with a plurality of vehicles that output vehicle position information indicating the current vehicle position, and map information that indicates a map of the area. obtaining information from a storage device that stores vehicle information indicating the types of the plurality of vehicles, user information including information about a user terminal that outputs user position information indicating the user's current position, and information about the user; a control unit that instructs the plurality of vehicles to travel based on the information, wherein the control unit acquires the vehicle position information and the user position information when receiving a package delivery request.
  • one of the plurality of vehicles is selected based on the content of the request, the information acquired from the storage device, the vehicle position information, and the user position information, and the selected vehicle is assigned to a service vehicle.
  • the current position of the user indicating that the vehicle in charge has reached the current position of the user and that the vehicle in charge has loaded the cargo to be shipped, or that the vehicle in charge has reached the current position of the user. It is characterized by receiving a notification of completion of delivery indicating that the package has been taken out from the vehicle in charge.
  • a delivery management method of the present disclosure communicates with a plurality of vehicles that autonomously travel within a predetermined area and that output vehicle position information indicating current vehicle positions, map information indicating a map of the area, and the plurality of vehicle information indicating the type of vehicle, user information including information about a user terminal that outputs user position information indicating the user's current position, and user information including information about the user.
  • a delivery management method executed by a delivery management device that instructs the plurality of vehicles to travel based on the information, the step of acquiring the vehicle position information and the user position information when a package delivery request is received; , one of the plurality of vehicles is selected based on the content of the request, the information acquired from the storage device, the vehicle position information, and the user position information, and the selected vehicle is assigned to a service vehicle.
  • a step of moving to the user's current position as a step of moving to the user's current position, and the completion of collection indicating that the vehicle in charge has reached the user's current position and the vehicle in charge has loaded the shipment, or the vehicle in charge has reached the user's current position and receiving a notification of completion of delivery indicating that the package has been removed from the vehicle in charge.
  • FIG. 2 is a diagram schematically showing commercial facilities in the area shown in FIG. 1;
  • FIG. 2 is a functional block diagram schematically showing the configuration of a management server in FIG. 1;
  • FIG. 4 is a diagram showing a hardware configuration of a management server of FIG. 3;
  • FIG. FIG. 2 is a functional block diagram schematically showing the configuration of the vehicle of FIG. 1;
  • FIG. 6 is a diagram showing the hardware configuration of the vehicle of FIG. 5;
  • FIG. 2 is a functional block diagram schematically showing the configuration of the user terminal of FIG. 1;
  • FIG. 8 is a diagram showing the hardware configuration of the user terminal of FIG. 7;
  • FIG. 2 is a functional block diagram schematically showing the configuration of a store terminal in FIG. 1;
  • FIG. 10 is a diagram showing the hardware configuration of the store terminal of FIG. 9;
  • FIG. 2 is a functional block diagram schematically showing the configuration of the hotel terminal in FIG. 1;
  • FIG. 12 is a diagram showing the hardware configuration of the hotel terminal of FIG. 11;
  • FIG. (A) to (F) are schematic diagrams for explaining a first operation example of the delivery system according to the embodiment.
  • FIG. 4 is a sequence diagram showing operations of a user terminal, a vehicle, and a management server in a first operation example; 4 is a flow chart showing the operation of the management server in the first operation example;
  • (A) to (E) are schematic diagrams for explaining a second operation example of the delivery system according to the embodiment.
  • FIG. 11 is a sequence diagram showing operations of a user terminal, a vehicle, and a management server in a second operation example;
  • FIG. 11 is a flow chart showing the operation of the management server in the second operation example;
  • FIG. (A) to (E) are schematic diagrams for explaining a third operation example of the delivery system according to the embodiment.
  • FIG. 12 is a sequence diagram showing operations of the user terminal, vehicle, and management server in the third operation example; 14 is a flow chart showing the operation of the management server in the third operation example;
  • (A) to (F) are schematic diagrams for explaining a fourth operation example of the delivery system according to the embodiment.
  • FIG. 14 is a sequence diagram showing operations of the user terminal, vehicle, and management server in the fourth operation example;
  • FIG. 14 is a sequence diagram showing operations of the user terminal, vehicle, and management server in the fourth operation example;
  • FIG. 14 is a sequence diagram showing operations of the user terminal, vehicle, and management server in the fourth operation example;
  • FIG. 14 is a
  • FIG. 14 is a flow chart showing the operation of the management server in the fourth operation example;
  • FIG. (A) to (E) are schematic diagrams for explaining a fifth operation example of the delivery system according to the embodiment.
  • FIG. 11 is a sequence diagram showing operations of a user terminal, a vehicle, and a management server in a fifth operation example;
  • FIG. 15 is a flow chart showing the operation of the management server in the fifth operation example;
  • FIG. (A) to (F) are schematic diagrams for explaining a sixth operation example of the delivery system according to the embodiment.
  • FIG. 21 is a sequence diagram showing operations of a user terminal, a vehicle, and a management server in a sixth operation example;
  • FIG. 16 is a flow chart showing the operation of the management server in the sixth operation example;
  • a delivery management device, a delivery system, a delivery management method, and a delivery management program according to embodiments will be described below with reference to the drawings.
  • the following embodiments are merely examples, and the embodiments can be combined as appropriate and each embodiment can be modified as appropriate.
  • FIG. 1 is a diagram schematically showing the configuration of a delivery system according to this embodiment.
  • the delivery system according to the present embodiment includes a management server 100 that is a delivery management device, and a plurality of vehicles 200 that are autonomously traveling within a predetermined area 700.
  • the management server 100 is a device capable of executing the delivery management method according to the embodiment.
  • the management server 100 is, for example, a computer.
  • the management server 100 can execute the delivery management program according to the embodiment.
  • facilities are provided within area 700 .
  • commercial facility 710, entertainment facility 720, and hotel 510 as an accommodation facility are provided in area 700.
  • the facilities in area 700 are not limited to those illustrated.
  • FIG. 2 is a diagram schematically showing commercial facility 710 in area 700 shown in FIG. 1 and 2 show a user 310 using a commercial facility 710, a user terminal 300 such as a smartphone carried by the user 310, a store terminal 400 provided in a store (for example, a cash register), and a plurality of vehicles. 200 (#1, #2, #3) are shown.
  • the plurality of vehicles 200 preferably include a plurality of types of vehicles having different types (for example, storage capacity, presence/absence of a refrigeration function, capacity of a rechargeable battery that requires electric power for running, etc.).
  • the number of users 310, the number of user terminals 300, the number of shop terminals 400, and the number and types of vehicles 200 are not limited to those shown in FIGS.
  • the management server 100 can access map information 111 indicating a map of the area 700 , vehicle information 112 indicating the types of multiple vehicles 200 , and user information 113 .
  • the user information 113 includes information about the user terminal 300 that outputs the user position information U indicating the user's current position (for example, information specifying the user terminal 300) and information about the user 310 (for example, information specifying the user). include.
  • Information about the user 310 includes, for example, personal information of the user 310 (for example, attribute information such as name, gender, age, etc.), family accompanying the user 310 (for example, a group traveling together, such as the wife and children of the user 310).
  • the user information 113 is, for example, information registered in advance when traveling using the hotel 510 .
  • the map information 111, the vehicle information 112, and the user information 113 are acquired from the storage device of the management server 100 or an external storage device.
  • the external storage device may be a storage device of another server connected to communication network 600 .
  • Communication network 600 is, for example, the Internet.
  • Management server 100 a plurality of vehicles 200, one or more user terminals 300, one or more store terminals 400, and terminals of other facilities (for example, hotel terminal 500 provided in hotel 510), for example, communication They can communicate with each other via network 600 .
  • the management server 100 instructs a plurality of vehicles 200 to travel based on map information 111 , vehicle information 112 , and user information 113 .
  • map information 111 For example, as shown in FIG. 2, multiple vehicles 200 may be moving within a commercial facility 710 according to a predetermined schedule and a predetermined travel route.
  • the management server 100 When receiving a package delivery request, acquires the vehicle position information V from the vehicle 200, acquires the user position information U from the user terminal 300, and obtains the details of the delivery request, the map information 111, and the vehicle information. 112 , based on the user information 113 , the vehicle position information, and the user position information U, one vehicle is selected (that is, determined) from among the plurality of vehicles 200 , and the selected vehicle 200 is used as the assigned vehicle 210 by the user. move to position. In determining the vehicle 210 in charge, the charge remaining amount of the vehicle's rechargeable battery at the time of determination, road conditions between each vehicle 200 and the user position (for example, under construction, many unevenness, etc.) may be taken into consideration. good.
  • the management server 100 detects that the vehicle 210 in charge has reached the user's current position and that the vehicle in charge 210 has loaded a package to be shipped (for example, shown in FIGS. 13A to 13F to 27). , or completion of delivery indicating that the vehicle in charge 210 has reached the user's current position and the cargo to be received (for example, shown in FIG. 28 described later) has been taken out from the vehicle in charge 210. receive.
  • the management server 100 receives the completion notification from the vehicle 210 in charge, for example.
  • FIG. 3 is a functional block diagram schematically showing the configuration of the management server 100 of FIG. 1.
  • the management server 100 includes a communication unit 102 that communicates with a plurality of vehicles 200 via a communication network 600, a memory that stores map information 111, vehicle information 112, and user information 113. and a control unit 101 that acquires information from the device and instructs the plurality of vehicles 200 to travel based on the acquired information.
  • the control unit 101 When receiving a package delivery request, acquires the vehicle position information and the user position information U, and based on the content of the request, the information acquired from the storage device, the vehicle position information, and the user position information U , selects one vehicle 200 from among the plurality of vehicles 200, and moves the selected vehicle 200 as the assigned vehicle 210 to the user's current position.
  • the control unit 101 indicates that the vehicle in charge 210 has reached the user's current position and the vehicle in charge 210 has loaded the cargo to be sent, or the vehicle in charge 210 has reached the current position of the user and the received cargo from the vehicle in charge 210 is detected.
  • Receive notification of delivery complete indicating that the package has been picked up.
  • FIG. 4 is a diagram showing the hardware configuration of the management server 100 of FIG.
  • the management server 100 includes a processor 151 such as a CPU (Central Processing Unit), a memory 152 that is a volatile storage device, a communication circuit 153 that performs communication, a hard disk drive (HDD) or solid state drive. and a non-volatile storage device 154 such as (SDD).
  • the memory 152 is, for example, a volatile semiconductor memory such as RAM (Random Access Memory).
  • the processing circuitry may be dedicated hardware or processor 151 executing programs stored in memory 152 .
  • the processor 151 may be any of a processing device, an arithmetic device, a microprocessor, a microcomputer, and a DSP (Digital Signal Processor).
  • the processing circuit may be, for example, a single circuit, a composite circuit, a programmed processor, a parallel programmed processor, an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array) ), or a combination of any of these.
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • the delivery management program is realized by software, firmware, or a combination of software and firmware.
  • Software and firmware are written as programs and stored in memory 152 .
  • the processor 151 reads out and executes the delivery management program stored in the memory 152, thereby implementing the functions of the units shown in FIG.
  • management server 100 may be partially realized by dedicated hardware and partially realized by software or firmware.
  • the processing circuitry may implement each of the functions described above in hardware, software, firmware, or any combination thereof.
  • FIG. 5 is a functional block diagram schematically showing the configuration of vehicle 200 in FIG.
  • vehicle 200 includes a communication unit 202 that communicates with other devices such as management server 100 via communication network 600;
  • a vehicle position acquisition unit 203 such as a GPS (Global Positioning System) that acquires vehicle position information that is the position of the vehicle 200 (that is, the position of the vehicle 200 itself), and a vehicle running unit 204 that drives a motor or the like that makes the vehicle 200 run. have.
  • the vehicle control unit 201 controls the operation of the vehicle driving unit 204 based on the driving instruction and the vehicle position information V received from the management server 100 .
  • the vehicle control unit 201 indicates that the vehicle 210 in charge has reached the user's current position and the vehicle 210 in charge is loaded with the shipment, indicating that the pickup is completed or the vehicle 210 in charge is the vehicle 210 in charge of the user. Send a notification that the delivery is complete indicating that the location has been reached and the received package has been removed from the responsible vehicle 210 .
  • the vehicle control unit 201 may perform processing for authenticating a user who stores a package or a user who takes the package out of the storage. Authentication can be performed, for example, by short-range communication with the user terminal 300 or by entering a password.
  • FIG. 6 is a diagram showing the hardware configuration of vehicle 200 in FIG.
  • the vehicle 200 drives a processor 251 such as a CPU, a memory 252 that is a volatile storage device, a communication circuit 253 that performs communication, a nonvolatile storage device 254, and a motor that drives the vehicle. It has a motor drive circuit 255 , a camera 256 for photographing the surroundings of the vehicle 200 , and a GPS 257 .
  • Vehicle 200 is, for example, a device equipped with a computer.
  • the vehicle 200 may be equipped with a ranging sensor such as LiDAR (Light Detection And Ranging) or radar, and the captured image or information about the detected object may be used to control autonomous driving of the vehicle 200.
  • a ranging sensor such as LiDAR (Light Detection And Ranging) or radar
  • the vehicle 200 may include a luggage sensor for detecting whether or not luggage is stored, and may have a function of notifying the management server 100 of the detection result of the luggage sensor.
  • Each function of the vehicle 200 is implemented by a processing circuit.
  • the processing circuitry may be dedicated hardware or processor 251 executing programs stored in memory 252 .
  • the configuration of the control system of vehicle 200 may be partially realized by dedicated hardware and partially realized by software or firmware.
  • the processing circuitry may implement each of the functions described above in hardware, software, firmware, or any combination thereof.
  • FIG. 7 is a functional block diagram schematically showing the configuration of user terminal 300 in FIG.
  • the user terminal 300 includes a communication unit 302 that communicates with other devices such as the management server 100 via a communication network 600, a terminal control unit 301, and a GPS unit that acquires user location information U. etc., an operation unit 304 for user operation, and a display unit 305 for displaying information.
  • User terminal 300 is, for example, a smart phone (that is, a small computer).
  • the terminal control unit 301 transmits a delivery request to the management server 100 .
  • the terminal control unit 301 may be used for user authentication when storing luggage in the vehicle 200 or when taking out luggage from the storage. Authentication can be performed by short-range communication with the vehicle 200, for example.
  • FIG. 8 is a diagram showing the hardware configuration of the user terminal 300 of FIG.
  • the user terminal 300 has a processor 351 such as a CPU, a memory 352 that is a volatile storage device, a communication circuit 353 that performs communication, a nonvolatile storage device 354, a touch panel 355, and a GPS 356. is doing.
  • a processor 351 such as a CPU
  • a memory 352 that is a volatile storage device
  • a communication circuit 353 that performs communication
  • a nonvolatile storage device 354 a touch panel 355, and a GPS 356. is doing.
  • Each function of the user terminal 300 is implemented by a processing circuit.
  • the processing circuitry may be dedicated hardware or processor 351 executing programs stored in memory 352 .
  • the configuration of the user terminal 300 may be partially realized by dedicated hardware and partially realized by software or firmware. As such, the processing circuitry may implement each of the functions described above in hardware, software, firmware, or any combination thereof.
  • FIG. 9 is a functional block diagram schematically showing the configuration of store terminal 400 in FIG.
  • the store terminal 400 includes a communication unit 402 that communicates with other devices such as the management server 100 via a communication network 600, a store terminal control unit 401, and a product identification unit for sale. It has a product information reading unit 403 for reading barcodes as information, an operation unit 404 for performing operations, and a display unit 405 for displaying information.
  • Store terminal 400 is, for example, a computer.
  • the store terminal control unit 401 transmits a delivery request to the management server 100 .
  • the store terminal control unit 401 may transmit a package delivery request to the management server 100 instead of the user terminal 300 .
  • the store terminal control unit 401 may transmit the product information read by the product information reading unit 403 as information on the package to be delivered.
  • FIG. 10 is a diagram showing the hardware configuration of the store terminal 400 of FIG.
  • the shop terminal 400 has a processor 451 such as a CPU, a memory 452 which is a volatile storage device, a communication circuit 453 for communication, a touch panel 454 and a barcode reader 455 .
  • Each function of the store terminal 400 is implemented by a processing circuit.
  • the processing circuitry may be dedicated hardware or processor 451 executing programs stored in memory 452 .
  • the configuration of the store terminal 400 may be partly implemented by dedicated hardware and partly implemented by software or firmware. As such, the processing circuitry may implement each of the functions described above in hardware, software, firmware, or any combination thereof.
  • FIG. 11 is a functional block diagram schematically showing the configuration of hotel terminal 500 in FIG.
  • the hotel terminal 500 includes a communication unit 502 that communicates with other devices such as the management server 100 via the communication network 600, a hotel terminal control unit 501, and a product identification unit for sale. It has a product information reading unit 403 for reading barcodes as information, a storage unit 503 for storing user information, an operation unit 504 for performing input operations, and a display unit 505 for displaying information.
  • Hotel terminal 500 is, for example, a computer.
  • the hotel terminal control unit 501 is used, based on a request from the management server 100, for contacting the user so that the luggage to be delivered to the user is stored in the storage of the vehicle 200 that has arrived at the hotel 510.
  • the hotel terminal control unit 501 may transmit a package delivery request to the management server 100 instead of the user terminal 300 .
  • FIG. 12 is a diagram showing the hardware configuration of the hotel terminal 500 of FIG. As shown in FIG. 12, the hotel terminal 500 has a processor 551 such as a CPU, a memory 552 that is a volatile storage device, a communication circuit 553 that performs communication, a nonvolatile storage device 554, and a touch panel 555.
  • a processor 551 such as a CPU
  • a memory 552 that is a volatile storage device
  • a communication circuit 553 that performs communication
  • nonvolatile storage device 554 a touch panel 555.
  • Each function of the hotel terminal 500 is implemented by a processing circuit.
  • the processing circuitry may be dedicated hardware or processor 551 executing programs stored in memory 552 .
  • the configuration of the hotel terminal 500 may be partially realized by dedicated hardware and partially realized by software or firmware. As such, the processing circuitry may implement each of the functions described above in hardware, software, firmware, or any combination thereof.
  • FIGS. 13A to 13F are schematic diagrams for explaining a first operation example of the delivery system according to this embodiment.
  • a user 310 requesting delivery of a parcel 320 transmits a delivery request from the user terminal 300 .
  • the delivery request includes that the destination is the hotel 510 of the accommodation.
  • the delivery request may include size information of the shipping package, which is the package 320 to be shipped.
  • for delivery requests for example, "Please pick up in about an hour from now.”, "Please pick up in one hour from now.” Please include a pick-up time specification, such as
  • the user 310 who made the delivery request does not have to wait at the designated place at the set time, so he/she can move freely within the area 700.
  • the vehicle 210 in charge arrives at the position of the user 310 who is acting freely. At this time, the vehicle in charge 210 informs the user 310 that it has come to pick up the package by voice output, display on the display unit of the vehicle in charge 210, or notification to the user terminal 300, or the like.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery. , hotel 510). In addition, the responsible vehicle 210 notifies the management server 100 that the pickup has been completed.
  • the user 310 can do free activities (for example, sightseeing, shopping, dining, etc.) empty-handed.
  • FIG. 14 is a sequence diagram showing operations of the user terminal 300, the assigned vehicle 210, and the management server 100 in the first operation example.
  • FIG. 15 is a flow chart showing the operation of the management server 100 in the first operation example.
  • user information is registered in the management server 100 in step S101.
  • the registration of user information may be performed at the same time as the reservation for accommodation at the hotel 510 is made.
  • the accommodation reservation for the hotel 510 may include a temporary facility use reservation (for example, rest, restaurant use, etc.) that does not involve staying at the hotel 510 .
  • step S102 a delivery request is made to the management server 100.
  • the management server 100 registers the delivery in the schedule list, and notifies the user terminal 300 of receipt of the request in step S103.
  • the management server 100 may also notify the hotel terminal 500 of the hotel 510 of the delivery destination of the delivery schedule.
  • step S105 the management server 100 repeats the process of requesting the user location information U from the user terminal 300 and receiving the user location information U from the user terminal 300 until the pickup by the responsible vehicle 210 is completed. Further, in step S106, the management server 100 selects the vehicle 210 in charge of collection from among the vehicles 200#1 to #N moving in the area 700, and in step S107, the management server 100 starts traveling for collection. give instructions. The vehicle 210 in charge moves to the position of the user 310 who is free to move, and notifies the user 310 that he/she has come to pick up the cargo.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery, and after the luggage 320 is loaded in the storage of the vehicle in charge 210, it starts moving toward the hotel 510 as the destination. do. Also, in step S108, the vehicle in charge 210 notifies the management server 100 that the pickup has been completed.
  • step S109 the responsible vehicle 210 notifies the management server 100 that the delivery to the hotel 510 has been completed.
  • step S110 the management server 100 notifies the user terminal 300 of delivery completion.
  • the user 310 does not need to be at the specified location at the time set for the pickup, and can freely act within the area 700 .
  • FIGS. 16A to 16E are schematic diagrams for explaining a second operation example of the delivery system according to the present embodiment.
  • a user 310 requesting delivery of a package 330 which is a purchased product, transmits a delivery request from the store terminal 400.
  • the delivery request includes that the destination is the hotel 510 of the accommodation.
  • the delivery request may include package information (for example, size information) about the shipping package, which is the package 320 to be shipped.
  • the parcel information may be information obtained by reading the bar code of the product with a bar code reader.
  • the delivery request may include, for example, a specific designation of the collection time, or a rough designation of the collection time such as "Please wait a little while for the collection.”
  • the request for shipping in FIG. 16A may be made at the user terminal 300 .
  • the user 310 who made the delivery request does not have to wait at the designated place at the set time, so he/she can freely move around the area 700 together with the stuffed toy. can.
  • the vehicle 210 in charge arrives at the position of the user 310 who is acting freely.
  • the management server 100 on the basis of user information about the user 310 (for example, user attributes), purchased product information (for example, product size and weight), the type of facility being explored, etc. Estimate the desired time to arrive at the user position. This estimation may be performed in advance using a learned model obtained by machine learning based on user attributes, product information on purchased products, types of facilities to be explored, and the like. Various machine learning methods can be used, such as deep learning using neural networks, decision trees, random forests, logistic regression, and support vector machines.
  • the vehicle in charge 210 reaches the user's position, it is desirable that the vehicle in charge 210 notifies the user 310 of this by voice output, display on the display unit of the vehicle in charge 210, or notification to the user terminal 300, or the like.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery, and after the package 330 is loaded in the storage of the vehicle in charge 210, Travel to destination (eg, hotel 510). In addition, the responsible vehicle 210 notifies the management server 100 that the pickup has been completed.
  • the user 310 can do free activities (for example, sightseeing, shopping, dining, etc.) empty-handed.
  • FIG. 17 is a sequence diagram showing operations of the user terminal 300, the vehicle 200, and the management server 100 in the second operation example.
  • FIG. 18 is a flow chart showing the operation of the management server 100 in the second operation example. 17 and 18 show that the store terminal 400 transmits a delivery request, and a receipt notification of the request is transmitted to the store terminal 400 (or both the store terminal 400 and the user terminal 300) (steps S202 and S203); FIG. 14 and FIG. 15 show that the management server 100 determines the assigned vehicle 210 and the pick-up time based on the user information 113, product information, user location information U, and vehicle location information V (step S206). This is different from the first operation example. Except for the above points, the second operation example is the same as the first operation example.
  • the user 310 does not need to be at the specified location at the time set for the pickup, and can freely act within the area 700 .
  • the degree of enjoyment the user 310 feels can be increased, and the user 310 can use the facility. satisfaction can be increased.
  • FIGS. 19A to 19E are schematic diagrams for explaining a third operation example of the delivery system according to this embodiment.
  • a user 310 requesting delivery of a parcel 340 transmits a delivery request from the user terminal 300 .
  • the delivery request includes that the destination is the exit of the commercial facility 710 where the destination is currently located (for example, a pick-up place near the exit).
  • a facility terminal which is a computer, is located near the exit at the baggage pickup location, and performs processing such as authentication for the pickup of the baggage 340 by the user 310 .
  • the configuration of the facility terminal is similar to that of the hotel terminal.
  • the user 310 who made the delivery request does not have to wait at the designated place at the set time, so he can freely move around the commercial facility 710.
  • the vehicle 210 in charge arrives at the position of the user 310 who is acting freely.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery, and after the package 340 is loaded in the storage of the vehicle in charge 210, the vehicle moves to the destination exit.
  • the responsible vehicle 210 notifies the management server 100 that the pickup has been completed.
  • the user 310 can do free activities (for example, sightseeing, shopping, dining, etc.) empty-handed.
  • the user 310 can receive the package 340 at the exit of the commercial facility 710 and move from the commercial facility 710 to another location.
  • FIG. 20 is a sequence diagram showing operations of the user terminal 300, the vehicle 200, and the management server 100 in the third operation example.
  • FIG. 21 is a flow chart showing the operation of the management server 100 in the third operation example. 20 and 21, the destination of the package 340 is the exit of the facility (step S302), and the management server 100 is notified that the package 340 has been delivered to the exit of the facility (step S309). , differs from the first operation example shown in FIGS. Except for the points described above, the third operation example is the same as the first operation example.
  • the user 310 does not need to be at the specified location at the time set for the pickup, and can freely act within the area 700 .
  • FIGS. 22A to 22F are schematic diagrams for explaining a fourth operation example of the delivery system according to this embodiment.
  • a user 310 requesting delivery of a parcel 320 transmits a delivery request from the user terminal 300 .
  • the delivery request includes that the delivery destination is the hotel 510 and that "do not rush collection".
  • the user 310 who made the delivery request does not have to wait at the designated place at the set time, so he can freely move around the commercial facility 710. can act.
  • the responsible vehicle 210 equipped with a plurality of storages arrives at the position of the user 310 who is moving freely.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery. After that, it moves to the hotel 510 which is the destination. In addition, the responsible vehicle 210 notifies the management server 100 that the pickup has been completed.
  • the user 310 can do free activities (for example, sightseeing, shopping, dining, etc.) empty-handed.
  • FIG. 23 is a sequence diagram showing operations of the user terminal 300, the vehicle 200, and the management server 100 in the fourth operation example.
  • FIG. 24 is a flow chart showing the operation of the management server 100 in the fourth operation example.
  • step S402 it is notified that the collection of the package 320 is not rushed (step S402), and in this case, the responsible vehicle 210 having a plurality of storages is selected (step S406). This is different from the first operation example shown in FIGS. 14 and 15.
  • FIG. Except for the points described above, the fourth operation example is the same as the first operation example.
  • the user 310 does not need to be at the specified location at the time set for the pickup, and can freely act within the area 700 .
  • the responsible vehicle 210 having a plurality of storages is used, the efficiency of cargo collection is improved.
  • FIGS. 25A to 25E are schematic diagrams for explaining a fifth operation example of the delivery system according to this embodiment.
  • a user 310 requesting delivery of a parcel 320 transmits a delivery request from the user terminal 300 .
  • the delivery request includes that the destination is the hotel 510, that the customer is acting as a group of three people including his wife and children, and that the number of packages is three.
  • the group of users 310 who requested the delivery does not have to wait at the designated place at the set time, so they can act freely within the commercial facility 710. .
  • the responsible vehicle 210 equipped with a storage with a larger capacity than the predetermined normal (standard) capacity is positioned at the group of users 310 who are freely moving. arrive.
  • the management server 100 estimates the desired storage size of the vehicle 210 in charge based on the user information 113 (for example, the user's family composition) about the user 310 . This estimation may be performed using a learned model generated in advance by machine learning based on attributes of user 310, family composition, product information on purchased products, types of facilities to be explored, and the like.
  • a large-capacity storage is required for the vehicle 210 in charge.
  • Various machine learning methods can be used, such as deep learning using neural networks, decision trees, random forests, logistic regression, and support vector machines.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery, and loads 340, 341, and 320 are loaded in the storage of the vehicle in charge 210. After that, it moves to the hotel 510 which is the destination. In addition, the responsible vehicle 210 notifies the management server 100 that the pickup has been completed.
  • the user 310 can do free activities (for example, sightseeing, shopping, dining, etc.) empty-handed.
  • FIG. 26 is a sequence diagram showing operations of the user terminal 300, the vehicle 200, and the management server 100 in the fifth operation example.
  • FIG. 27 is a flow chart showing the operation of the management server 100 in the fifth operation example.
  • the user information 113 includes the user's family information (step S501), and the responsible vehicle 210 is selected (that is, determined) based on the user information 113, the user position information U, and the vehicle position information V. 14 and 15 is different from the first operation example shown in FIGS. Except for the above points, the fifth operation example is the same as the first operation example.
  • the user 310, his wife, and his children do not have to be at the specified location at the time set for the pickup, and can freely act within the area 700.
  • the responsible vehicle 210 having a large-capacity storage it is possible to securely store the luggage.
  • FIGS. 28A to 28F are schematic diagrams for explaining a sixth operation example of the delivery system according to this embodiment.
  • the user terminal 300 transmits a request to deliver the coat 350 as a package from the room of the user 310 in the hotel 510 to the user 310 in the commercial facility 710 .
  • the delivery request includes that the destination is the user 310 who is moving within the area 700 and that the parcel is the coat 350 in his room in the hotel 510 .
  • the management server 100 determines the vehicle 210 in charge and arrives at the hotel 510 (for example, front desk) within the area 700 .
  • the vehicle in charge 210 The location of the user 310 roaming freely within the commercial facility 710 is reached.
  • the coat 350 may be stored by the responsible vehicle 210 itself, and the coat 350 may be stored by a person in the room (for example, a staff member of the hotel 510, a guest of the room, etc.). stored in the warehouse.
  • the vehicle in charge 210 authenticates that the user 310 is the person who requested the delivery, and takes out the coat 350 stored in the storage of the vehicle in charge 210. Allow As shown in FIG. 28(F), after the coat 350 is taken out from the vehicle in charge 210, the vehicle in charge 210 notifies the management server 100 that the collected packages have been delivered.
  • the user 310 can put on the coat and act freely.
  • FIG. 29 is a sequence diagram showing operations of the user terminal 300, the vehicle 200, and the management server 100 in the sixth operation example.
  • FIG. 30 is a flow chart showing the operation of the management server 100 in the sixth operation example.
  • FIGS. 29 and 30 show that the hotel 510 collects the baggage and delivers the baggage to the user 310 (step S602), and the responsible vehicle 210 goes to the hotel 510 to deliver the baggage to the user. It is different from the first operation example shown in FIGS. 14 and 15 in that a certain court 350 is collected, and then moved to the user position and delivered (steps S607, S608, S609). Except for the points described above, the sixth operation example is the same as the first operation example.
  • the user 310 does not need to be at the specified location at the time set for the pickup, and can freely act within the area 700 .
  • 100 Management server (delivery management device), 101 Control unit, 102 Communication unit, 111 Map information, 112 Vehicle information, 113 User information, 200 Vehicle, 210 Responsible vehicle, 300 User terminal, 310 User, 320, 330, 340 Package ( Shipped package), 350 package (received package), 400 store terminal, 500 hotel terminal (sender terminal), 510 hotel (accommodation facilities), 600 communication network, 700 areas, 710 commercial facilities, 720 entertainment facilities.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Development Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

配送管理装置（１００）は、複数の車両（２００）と通信を行う通信部（１０２）と、地図情報（１１１）と、車両情報（１１２）と、ユーザ端末（３００）に関する情報とユーザ（３１０）に関する情報とを含むユーザ情報（１１３）とを記憶する記憶装置から情報を取得し、複数の車両（２００）の走行の指示を行う制御部（１０１）とを有し、制御部（１０１）は、荷物の配送の依頼を受け取った場合、車両位置情報及びユーザ位置情報を取得し、依頼の内容、記憶装置から取得した情報、車両位置情報、及びユーザ位置情報に基づいて、複数の車両（２００）のうちの１つの車両を選択し、選択された車両を担当車両としてユーザ現在位置に移動させ、担当車両がユーザ現在位置に到達して担当車両に発送荷物（３２０）が積載されたことを示す集荷の完了又は担当車両がユーザ現在位置に到達して担当車両から受取荷物（３５０）が取出されたことを示す完了通知を受け取る。

Description

配送管理装置、配送システム、配送管理方法、及び配送管理プログラム
　本開示は、配送管理装置、配送システム、配送管理方法、及び配送管理プログラムに関する。
　荷物を運ぶ車両と、車両と通信する管理サーバとを有する配送システムの提案がある（例えば、特許文献１を参照）。管理サーバは、車両が、設定された時刻に指定された配送先へ到着するように、車両に指示を送信する。ユーザは、設定された時刻に指定された配送先で、車両から荷物を受け取る。
特開２０１９－１０１４６３号公報（例えば、段落００３０，００３１、図１及び図２）
　しかしながら、上記配送システムでは、ユーザは設定された時刻に指定された場所にいる必要があり、ユーザの行動が制限されるという問題がある。
　本開示の目的は、ユーザの行動を制限することなく、車両への荷物の積載又は車両からの荷物の取出しを行うことを可能にする、配送管理装置、配送システム、配送管理方法、及び配送管理プログラムを提供することである。
　本開示の配送管理装置は、予め定められたエリア内を自律走行し、車両現在位置を示す車両位置情報を出力する複数の車両と通信を行う通信部と、前記エリアの地図を示す地図情報と、前記複数の車両の種類を示す車両情報と、ユーザ現在位置を示すユーザ位置情報を出力するユーザ端末に関する情報とユーザに関する情報とを含むユーザ情報と、を記憶する記憶装置から情報を取得し、前記情報に基づいて前記複数の車両の走行の指示を行う制御部と、を有し、前記制御部は、荷物の配送の依頼を受け取った場合、前記車両位置情報及び前記ユーザ位置情報を取得し、前記依頼の内容、前記記憶装置から取得した情報、前記車両位置情報、及び前記ユーザ位置情報に基づいて、前記複数の車両のうちの１つの車両を選択し、選択された前記車両を担当車両として前記ユーザ現在位置に移動させ、前記担当車両が前記ユーザ現在位置に到達して前記担当車両に発送荷物が積載されたことを示す集荷の完了又は前記担当車両が前記ユーザ現在位置に到達して前記担当車両から受取荷物が取出されたことを示す配達の完了、の通知を受け取ることを特徴とする。
　本開示の配送管理方法は、予め定められたエリア内を自律走行し、車両現在位置を示す車両位置情報を出力する複数の車両と通信を行い、前記エリアの地図を示す地図情報と、前記複数の車両の種類を示す車両情報と、ユーザ現在位置を示すユーザ位置情報を出力するユーザ端末に関する情報とユーザに関する情報とを含むユーザ情報と、を記憶する記憶装置から情報を取得し、前記情報に基づいて前記複数の車両の走行の指示を行う配送管理装置によって実行される配送管理方法であって、荷物の配送の依頼を受け取った場合、前記車両位置情報及び前記ユーザ位置情報を取得するステップと、前記依頼の内容、前記記憶装置から取得した情報、前記車両位置情報、及び前記ユーザ位置情報に基づいて、前記複数の車両のうちの１つの車両を選択し、選択された前記車両を担当車両として前記ユーザ現在位置に移動させるステップと、前記担当車両が前記ユーザ現在位置に到達して前記担当車両に発送荷物が積載されたことを示す集荷の完了又は前記担当車両が前記ユーザ現在位置に到達して前記担当車両から受取荷物が取出されたことを示す配達の完了、の通知を受け取るステップとを有することを特徴とする。
　本開示によれば、ユーザの行動を制限することなく、車両への荷物の積載又は車両からの荷物の取出しを行うことが可能である。
実施の形態に係る配送システムの構成を概略的に示す図である。 図１に示されるエリア内の商業施設を概略的に示す図である。 図１の管理サーバの構成を概略的に示す機能ブロック図である。 図３の管理サーバのハードウェア構成を示す図である。 図１の車両の構成を概略的に示す機能ブロック図である。 図５の車両のハードウェア構成を示す図である。 図１のユーザ端末の構成を概略的に示す機能ブロック図である。 図７のユーザ端末のハードウェア構成を示す図である。 図１の店舗端末の構成を概略的に示す機能ブロック図である。 図９の店舗端末のハードウェア構成を示す図である。 図１のホテル端末の構成を概略的に示す機能ブロック図である。 図１１のホテル端末のハードウェア構成を示す図である。 （Ａ）から（Ｆ）は、実施の形態に係る配送システムの第１の動作例を説明するための概略図である。 第１の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第１の動作例における管理サーバの動作を示すフローチャートである。 （Ａ）から（Ｅ）は、実施の形態に係る配送システムの第２の動作例を説明するための概略図である。 第２の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第２の動作例における管理サーバの動作を示すフローチャートである。 （Ａ）から（Ｅ）は、実施の形態に係る配送システムの第３の動作例を説明するための概略図である。 第３の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第３の動作例における管理サーバの動作を示すフローチャートである。 （Ａ）から（Ｆ）は、実施の形態に係る配送システムの第４の動作例を説明するための概略図である。 第４の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第４の動作例における管理サーバの動作を示すフローチャートである。 （Ａ）から（Ｅ）は、実施の形態に係る配送システムの第５の動作例を説明するための概略図である。 第５の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第５の動作例における管理サーバの動作を示すフローチャートである。 （Ａ）から（Ｆ）は、実施の形態に係る配送システムの第６の動作例を説明するための概略図である。 第６の動作例におけるユーザ端末、車両、管理サーバの動作を示すシーケンス図である。 第６の動作例における管理サーバの動作を示すフローチャートである。
　以下に、実施の形態に係る配送管理装置、配送システム、配送管理方法、及び配送管理プログラムを、図面を参照しながら説明する。以下の実施の形態は、例にすぎず、実施の形態を適宜組み合わせること及び各実施の形態を適宜変更することが可能である。
《配送システム》
　図１は、本実施の形態に係る配送システムの構成を概略的に示す図である。図１に示されるように、本実施の形態に係る配送システムは、配送管理装置である管理サーバ１００と、予め定められたエリア７００内を自律走行する複数の自律走行車である複数の車両２００とを有している。管理サーバ１００は、実施の形態に係る配送管理方法を実行することができる装置である。管理サーバ１００は、例えば、コンピュータである。管理サーバ１００は、実施の形態に係る配送管理プログラムを実行することができる。
　図１の例では、エリア７００内に施設が設けられている。図１の例では、エリア７００内に、商業施設７１０、娯楽施設７２０、及び宿泊施設としてのホテル５１０が設けられている。ただし、エリア７００内の施設は、図示されたものに限定されない。
　図２は、図１に示されるエリア７００内の商業施設７１０を概略的に示す図である。図１及び図２には、商業施設７１０を利用するユーザ３１０と、ユーザ３１０が携行するスマートフォンなどのユーザ端末３００と、店舗（例えば、会計レジ）に備えられた店舗端末４００と、複数の車両２００（＃１、＃２、＃３）とが示されている。複数の車両２００は、種類（例えば、収納庫の容量、冷蔵機能の有無、走行用の電力を要求する充電池の容量、など）が異なる複数種類の車両を含むことが望ましい。ただし、ユーザ３１０の数、ユーザ端末３００の数、店舗端末４００の数、車両２００の数及び種類は、図１及び図２に示されたものに限定されない。
　管理サーバ１００は、エリア７００の地図を示す地図情報１１１と、複数の車両２００の種類を示す車両情報１１２と、ユーザ情報１１３とにアクセス可能である。ユーザ情報１１３は、ユーザ現在位置を示すユーザ位置情報Ｕを出力するユーザ端末３００に関する情報（例えば、ユーザ端末３００を特定する情報）と、ユーザ３１０に関する情報（例えば、ユーザを特定する情報）とを含む。ユーザ３１０に関する情報は、例えば、ユーザ３１０の個人情報（例えば、氏名、性別、年齢などの属性情報）、ユーザ３１０と同伴する家族（例えば、ユーザ３１０の妻、子供など、一緒に移動するグループ）についての情報を含むことができる。なお、ユーザ３１０と同伴する人（例えば、ユーザ３１０の職場同僚、友人など、一緒に移動するグループ）であれば、家族についての情報に含めてもよい。ユーザ情報１１３は、例えば、ホテル５１０を利用する旅行に際して、事前登録されている情報である。地図情報１１１、車両情報１１２、及びユーザ情報１１３は、管理サーバ１００の記憶装置又は外部の記憶装置から取得される。外部の記憶装置は、通信ネットワーク６００に接続された他のサーバの記憶装置であってもよい。通信ネットワーク６００は、例えば、インターネットである。
　管理サーバ１００、複数の車両２００、１つ以上のユーザ端末３００、１つ以上の店舗端末４００、及び他の施設の端末（例えば、ホテル５１０に備えられたホテル端末５００）とは、例えば、通信ネットワーク６００を介して相互に通信可能である。管理サーバ１００は、地図情報１１１、車両情報１１２、及びユーザ情報１１３に基づいて、複数の車両２００の走行の指示を行う。例えば、図２に示されるように、複数の車両２００は、商業施設７１０内を、予め定められたスケジュール及び予め定められた走行経路にしたがって、移動していてもよい。
　管理サーバ１００は、荷物の配送の依頼を受け取った場合、車両２００から車両位置情報Ｖを取得し、ユーザ端末３００からユーザ位置情報Ｕを取得し、配送の依頼の内容、地図情報１１１、車両情報１１２、ユーザ情報１１３、車両位置情報、及びユーザ位置情報Ｕに基づいて、複数の車両２００のうちの１つの車両を選択（すなわち、決定）し、選択された車両２００を担当車両２１０としてユーザ現在位置に移動させる。担当車両２１０の決定においては、決定時における車両の充電池の充電残量、各車両２００とユーザ位置との間の道路事情（例えば、工事中、凹凸が多い、など）を考慮に入れてもよい。
　管理サーバ１００は、担当車両２１０がユーザ現在位置に到達して担当車両２１０に発送荷物（例えば、後述の図１３（Ａ）から（Ｆ）から図２７までに示される。）が積載されたことを示す集荷の完了、又は担当車両２１０がユーザ現在位置に到達して担当車両２１０から受取荷物（例えば、後述の図２８に示される。）が取出されたことを示す配達の完了、の通知を受け取る。管理サーバ１００は、完了通知を、例えば、担当車両２１０から受け取る。
《管理サーバ１００》
　図３は、図１の管理サーバ１００の構成を概略的に示す機能ブロック図である。図３に示されるように、管理サーバ１００は、通信ネットワーク６００を介して複数の車両２００と通信を行う通信部１０２と、地図情報１１１と、車両情報１１２と、ユーザ情報１１３とを記憶する記憶装置から情報を取得し、取得した情報に基づいて複数の車両２００の走行の指示を行う制御部１０１とを有している。制御部１０１は、荷物の配送の依頼を受け取った場合、車両位置情報及びユーザ位置情報Ｕを取得し、依頼の内容、記憶装置から取得した情報、車両位置情報、及びユーザ位置情報Ｕに基づいて、複数の車両２００のうちの１つの車両２００を選択し、選択された車両２００を担当車両２１０としてユーザ現在位置に移動させる。制御部１０１は、担当車両２１０がユーザ現在位置に到達して担当車両２１０に発送荷物が積載されたことを示す集荷の完了又は担当車両２１０がユーザ現在位置に到達して担当車両２１０から受取荷物が取出されたことを示す配達の完了、の通知を受け取る。
　図４は、図３の管理サーバ１００のハードウェア構成を示す図である。図４に示されるように、管理サーバ１００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などのプロセッサ１５１、揮発性の記憶装置であるメモリ１５２、通信を行う通信回路１５３、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＤＤ）などの不揮発性の記憶装置１５４とを有する。メモリ１５２は、例えば、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などの、揮発性の半導体メモリである。
　管理サーバ１００の各機能は、処理回路により実現される。処理回路は、専用のハードウェアであっても、メモリ１５２に格納されるプログラムを実行するプロセッサ１５１であってもよい。プロセッサ１５１は、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、及びＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）のいずれであってもよい。
　処理回路が専用のハードウェアである場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）、又はこれらのうちのいずれかを組み合わせたものである。
　処理回路がプロセッサ１５１である場合、配送管理プログラムは、ソフトウェア、ファームウェア、又はソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェア及びファームウェアは、プログラムとして記述され、メモリ１５２に格納される。プロセッサ１５１は、メモリ１５２に記憶された配送管理プログラムを読み出して実行することにより、図３に示される各部の機能を実現する。
　なお、管理サーバ１００は、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらのうちのいずれかの組み合わせによって、上述の各機能を実現することができる。
《車両２００》
　図５は、図１の車両２００の構成を概略的に示す機能ブロック図である。図５に示されるように、車両２００は、通信ネットワーク６００を介して管理サーバ１００などの他の装置と通信を行う通信部２０２と、車両２００の走行などを制御する車両制御部２０１と、車両２００の位置（すなわち、自身の車両２００の位置）である車両位置情報を取得するＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）などの車両位置取得部２０３と、車両２００を走行させるモータなど駆動させる車両走行部２０４とを有している。車両制御部２０１は、管理サーバ１００から受け取った走行の指示及び車両位置情報Ｖなどに基づいて、車両走行部２０４の動作を制御する。また、車両制御部２０１は、自身の車両２００が担当車両２１０である場合、ユーザ現在位置に到達して担当車両２１０に発送荷物が積載されたことを示す集荷の完了又は担当車両２１０がユーザ現在位置に到達して担当車両２１０から受取荷物が取出されたことを示す配達の完了、の通知を送信する。また、車両制御部２０１は、荷物を収納するユーザ又は荷物を収納庫から取り出すユーザを認証するための処理を行ってもよい。認証は、例えば、ユーザ端末３００との間の近距離通信、又はパスワードの入力などにより行うことができる。
　図６は、図５の車両２００のハードウェア構成を示す図である。図６に示されるように、車両２００は、ＣＰＵなどのプロセッサ２５１、揮発性の記憶装置であるメモリ２５２、通信を行う通信回路２５３、不揮発性の記憶装置２５４、車両走行用のモータを駆動させるモータ駆動回路２５５、車両２００の周辺を撮影するカメラ２５６、及びＧＰＳ２５７を有している。車両２００は、例えば、コンピュータを備えた装置である。車両２００は、カメラ２５６に加えて、ＬｉＤＡＲ（Ｌｉｇｈｔ　Ｄｅｔｅｃｔｉｏｎ　Ａｎｄ　Ｒａｎｇｉｎｇ）又はレーダーなどの測距センサを備え、撮影画像又は検出された物体についての情報を車両２００の自立走行の制御に用いてもよい。また、車両２００は、荷物を収納している状態又はしていない状態を検出するための荷物センサを備え、荷物センサによる検出結果を管理サーバ１００に通知する機能を有してもよい。
　車両２００の各機能は、処理回路により実現される。処理回路は、専用のハードウェアであっても、メモリ２５２に格納されるプログラムを実行するプロセッサ２５１であってもよい。車両２００の制御系の構成は、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらのうちのいずれかの組み合わせによって、上述の各機能を実現することができる。
《ユーザ端末３００》
　図７は、図１のユーザ端末３００の構成を概略的に示す機能ブロック図である。図７に示されるように、ユーザ端末３００は、通信ネットワーク６００を介して管理サーバ１００などの他の装置と通信を行う通信部３０２と、端末制御部３０１と、ユーザ位置情報Ｕを取得するＧＰＳなどの車両位置取得部３０３と、ユーザ操作を行う操作部３０４と、情報を表示する表示部３０５とを有している。ユーザ端末３００は、例えば、スマートフォン（すなわち、小型のコンピュータ）である。端末制御部３０１は、管理サーバ１００に、配送の要求を送信する。また、端末制御部３０１は、車両２００に荷物を収納する際又は荷物を収納庫から取り出す際のユーザの認証に使用してもよい。認証は、例えば、車両２００との間の近距離通信により行うことができる。
　図８は、図７のユーザ端末３００のハードウェア構成を示す図である。図８に示されるように、ユーザ端末３００は、ＣＰＵなどのプロセッサ３５１、揮発性の記憶装置であるメモリ３５２、通信を行う通信回路３５３、不揮発性の記憶装置３５４、タッチパネル３５５、及びＧＰＳ３５６を有している。
　ユーザ端末３００の各機能は、処理回路により実現される。処理回路は、専用のハードウェアであっても、メモリ３５２に格納されるプログラムを実行するプロセッサ３５１であってもよい。ユーザ端末３００の構成は、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらのうちのいずれかの組み合わせによって、上述の各機能を実現することができる。
《店舗端末４００》
　図９は、図１の店舗端末４００の構成を概略的に示す機能ブロック図である。図９に示されるように、店舗端末４００は、通信ネットワーク６００を介して管理サーバ１００などの他の装置と通信を行う通信部４０２と、店舗端末制御部４０１と、販売している商品の特定情報としてのバーコードを読み取る商品情報読取部４０３と、操作を行う操作部４０４と、情報を表示する表示部４０５とを有している。店舗端末４００は、例えば、コンピュータである。店舗端末制御部４０１は、管理サーバ１００に、配送の要求を送信する。また、店舗端末制御部４０１は、ユーザ端末３００の代りに、荷物の配送の依頼を管理サーバ１００に送信してもよい。このとき、店舗端末制御部４０１は、商品情報読取部４０３で読み取った商品情報を、配送する荷物の情報として送信してもよい。
　図１０は、図９の店舗端末４００のハードウェア構成を示す図である。図１０に示されるように、店舗端末４００は、ＣＰＵなどのプロセッサ４５１、揮発性の記憶装置であるメモリ４５２、通信を行う通信回路４５３、タッチパネル４５４、及びバーコードリーダ４５５を有している。
　店舗端末４００の各機能は、処理回路により実現される。処理回路は、専用のハードウェアであっても、メモリ４５２に格納されるプログラムを実行するプロセッサ４５１であってもよい。店舗端末４００の構成は、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらのうちのいずれかの組み合わせによって、上述の各機能を実現することができる。
《ホテル端末５００》
　図１１は、図１のホテル端末５００の構成を概略的に示す機能ブロック図である。図１１に示されるように、ホテル端末５００は、通信ネットワーク６００を介して管理サーバ１００などの他の装置と通信を行う通信部５０２と、ホテル端末制御部５０１と、販売している商品の特定情報としてのバーコードを読み取る商品情報読取部４０３と、ユーザ情報を記憶する記憶部５０３と、入力操作を行う操作部５０４と、情報を表示する表示部５０５とを有している。ホテル端末５００は、例えば、コンピュータである。ホテル端末制御部５０１は、管理サーバ１００からの要求に基づいて、ユーザに届ける荷物をホテル５１０に到着した車両２００の収納庫に収納するための連絡に使用される。また、ホテル端末制御部５０１は、ユーザ端末３００の代りに、荷物の配送の依頼を管理サーバ１００に送信してもよい。
　図１２は、図１１のホテル端末５００のハードウェア構成を示す図である。図１２に示されるように、ホテル端末５００は、ＣＰＵなどのプロセッサ５５１、揮発性の記憶装置であるメモリ５５２、通信を行う通信回路５５３、不揮発性の記憶装置５５４、及びタッチパネル５５５を有している。
　ホテル端末５００の各機能は、処理回路により実現される。処理回路は、専用のハードウェアであっても、メモリ５５２に格納されるプログラムを実行するプロセッサ５５１であってもよい。ホテル端末５００の構成は、一部を専用のハードウェアで実現し、一部をソフトウェア又はファームウェアで実現するようにしてもよい。このように、処理回路は、ハードウェア、ソフトウェア、ファームウェア、又はこれらのうちのいずれかの組み合わせによって、上述の各機能を実現することができる。
《第１の動作例》
　図１３（Ａ）から（Ｆ）は、本実施の形態に係る配送システムの第１の動作例を説明するための概略図である。先ず、図１３（Ａ）に示されるように、荷物３２０の配送を依頼するユーザ３１０は、ユーザ端末３００から配送の依頼を送信する。配送の依頼には、届先が宿泊先のホテル５１０であることを含まれる。また、配送の依頼には、発送される荷物３２０である発送荷物のサイズ情報が含まれてもよい。また、配送の依頼には、例えば、「今から１時間後位に集荷をお願いします。」又は「今から１時間経過した後に集荷をお願いします。」又は「今から１時間以内に集荷をお願いします。」などのように、集荷時間についての指定を含んでもよい。
　図１３（Ｂ）及び（Ｃ）に示されるように、配送の依頼をしたユーザ３１０は、設定された時刻に指定された場所で待つ必要がないので、エリア７００内を自由に行動できる。
　その後、図１３（Ｄ）に示されるように、担当車両２１０が自由に行動しているユーザ３１０の位置に到着する。このとき、担当車両２１０がユーザ３１０に荷物の集荷に来たことを音声出力、担当車両２１０の表示部における表示、又は、ユーザ端末３００への通知などにより伝える。
　図１３（Ｅ）に示されるように、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に荷物３２０を積載された後に、届先（例えば、ホテル５１０）に移動する。また、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　その後、図１３（Ｆ）に示されるように、ユーザ３１０は、手ぶらで自由行動（例えば、観光、買い物、食事、など）することができる。
　図１４は、第１の動作例におけるユーザ端末３００、担当車両２１０、管理サーバ１００の動作を示すシーケンス図である。図１５は、第１の動作例における管理サーバ１００の動作を示すフローチャートである。
　先ず、ステップＳ１０１において、管理サーバ１００にユーザ情報が登録される。ユーザ情報の登録は、ホテル５１０への宿泊予約と同時に行われてもよい。なお、ホテル５１０への宿泊予約は、ホテル５１０への宿泊を伴わない一時的な施設利用予約（例えば、休憩、レストラン利用、など）が含まれていてもよい。
　次に、ステップＳ１０２において、管理サーバ１００に配送の依頼がなされる。管理サーバ１００は、配送を予定リストに登録し、ステップＳ１０３において、依頼の受領をユーザ端末３００に通知する。また、管理サーバ１００は、届先のホテル５１０のホテル端末５００に、配送予定を通知してもよい。
　次に、ステップＳ１０５において、管理サーバ１００は、ユーザ端末３００にユーザ位置情報Ｕを要求し、ユーザ端末３００からユーザ位置情報Ｕを受領する処理を、担当車両２１０による集荷が完了するまで繰り返す。また、ステップＳ１０６において、管理サーバ１００は、エリア７００内を移動している車両２００＃１～＃Ｎの中から集荷に向かわせる担当車両２１０を選択し、ステップＳ１０７において、集荷のための走行の指示を行う。担当車両２１０は、自由行動しているユーザ３１０の位置へ移動し、集荷に来たことをユーザ３１０に通知する。
　次に、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に荷物３２０を積載された後に、届先であるホテル５１０に向けて移動を開始する。また、ステップＳ１０８において、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　次に、ステップＳ１０９において、担当車両２１０は、管理サーバ１００に対し、ホテル５１０への配送が完了したことを通知する。ステップＳ１１０において、管理サーバ１００は、ユーザ端末３００に対し、配送完了を通知する。
　第１の動作例の場合、ユーザ３１０は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。
《第２の動作例》
　上記第１の動作例では、ユーザ３１０が荷物３２０を持つことを希望していない場合における配送システムの動作を説明した。しかし、ユーザ３１０が、エリア７００内を、人形玩具である縫いぐるみと一緒に（例えば、縫いぐるみを抱きながら）散策することを希望する場合がある。そこで、第２の動作例では、ユーザ３１０が、エリア７００内で購入した商品を持って歩くことを希望すると推定される場合を説明する。
　図１６（Ａ）から（Ｅ）は、本実施の形態に係る配送システムの第２の動作例を説明するための概略図である。先ず、図１６（Ａ）に示されるように、購入した商品である荷物３３０の配送を依頼するユーザ３１０は、店舗端末４００から配送の依頼を送信する。配送の依頼には、届先が宿泊先のホテル５１０であることを含まれる。また、配送の依頼には、発送される荷物３２０である発送荷物についての荷物情報（例えば、サイズ情報）が含まれてもよい。荷物情報は、商品のバーコードをバーコードリーダで読み取って得られた情報であってもよい。また、配送の依頼には、例えば、集荷時間についての具体的な指定、又は「少したってから集荷をお願いします。」などのような集荷時間についての大まかな指定が含まれてもよい。また、図１６（Ａ）の発送の依頼は、ユーザ端末３００で行われてもよい。
　次に、図１６（Ｂ）に示されるように、配送の依頼をしたユーザ３１０は、設定された時刻に指定された場所で待つ必要がないので、エリア７００内を縫いぐるみと一緒に自由に行動できる。
　その後、図１６（Ｃ）に示されるように、担当車両２１０が自由に行動しているユーザ３１０の位置に到着する。管理サーバ１００は、ユーザ３１０についてのユーザ情報（例えば、ユーザの属性）、購入した商品情報（例えば、商品の大きさ及び重さ）、散策している施設の種類などに基づいて、担当車両２１０がユーザ位置に到着するまでの望ましい時間を推定する。この推定は、予め、ユーザの属性、購入した商品についての商品情報、散策する施設の種類などに基づく機械学習によって得られた学習済モデルを用いて行ってもよい。機械学習の方法は、例えば、ニューラルネットワークを用いた深層学習、決定木、ランダムフォレスト、ロジスティック回帰、サポートベクターマシンなど、様々な方法を用いることができる。担当車両２１０がユーザ位置に到達したとき、担当車両２１０は、ユーザ３１０に対し、音声出力、担当車両２１０の表示部における表示、又は、ユーザ端末３００への通知などにより伝えることが望ましい。
　次に、図１６（Ｄ）に示されるように、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に荷物３３０が積載された後に、届先（例えば、ホテル５１０）に移動する。また、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　その後、図１６（Ｆ）に示されるように、ユーザ３１０は、手ぶらで自由行動（例えば、観光、買い物、食事、など）することができる。
　図１７は、第２の動作例におけるユーザ端末３００、車両２００、管理サーバ１００の動作を示すシーケンス図である。図１８は、第２の動作例における管理サーバ１００の動作を示すフローチャートである。図１７及び図１８は、店舗端末４００が配送依頼を送信し、依頼の受領通知が店舗端末４００（又は店舗端末４００とユーザ端末３００の両方）に送信される点（ステップＳ２０２、Ｓ２０３）と、管理サーバ１００が、ユーザ情報１１３、商品情報、ユーザ位置情報Ｕ、車両位置情報Ｖに基づいて、担当車両２１０と集荷時刻を決定する点（ステップＳ２０６）とが、図１４及び図１５に示される第１の動作例と異なる。上記以外の点について、第２の動作例は、第１の動作例と同じである。
　第２の動作例の場合、ユーザ３１０は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。
　また、ユーザ３１０が疲れすぎない程度の適切な時間、ユーザ３１０は、購入した縫いぐるみと一緒に施設内を散策できるので、ユーザ３１０が感じる楽しさの度合いを上げることができ、ユーザ３１０の施設利用に対する満足度を上げることができる。
《第３の動作例》
　上記第１及び第２の動作例では、荷物３２０を商業施設７１０とは異なる施設であるホテル５１０に配送するための配送システムの動作を説明した。しかし、ユーザ３１０は、商業施設７１０を出た後に、他の施設（例えば、娯楽施設７２０）に行く場合がある。そこで、第３の動作例では、ユーザ３１０が、自分のバッグである荷物３４０を商業施設７１０の出口で受け取る場合を説明する。
　図１９（Ａ）から（Ｅ）は、本実施の形態に係る配送システムの第３の動作例を説明するための概略図である。先ず、図１９（Ａ）に示されるように、荷物３４０の配送を依頼するユーザ３１０は、ユーザ端末３００から配送の依頼を送信する。配送の依頼には、届先が現在いる商業施設７１０の出口（例えば、出口付近の荷物の引き取り場所）であることが含まれる。出口付近の荷物の引き取り場所には、コンピュータである施設端末があり、ユーザ３１０による荷物３４０の引き取りのための認証などの処理を行う。施設端末の構成は、ホテル端末のものと同様である。
　次に、図１９（Ｂ）に示されるように、配送の依頼をしたユーザ３１０は、設定された時刻に指定された場所で待つ必要がないので、商業施設７１０内を自由に行動できる。
　その後、図１９（Ｃ）に示されるように、担当車両２１０が自由に行動しているユーザ３１０の位置に到着する。担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に荷物３４０が積載された後に、届先である出口に移動する。また、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　その後、図１９（Ｄ）に示されるように、ユーザ３１０は、手ぶらで自由行動（例えば、観光、買い物、食事、など）することができる。図１９（Ｅ）に示されるように、ユーザ３１０は、商業施設７１０の出口で荷物３４０を受け取り、商業施設７１０から他の場所に移動することができる。
　図２０は、第３の動作例におけるユーザ端末３００、車両２００、管理サーバ１００の動作を示すシーケンス図である。図２１は、第３の動作例における管理サーバ１００の動作を示すフローチャートである。図２０及び図２１は、荷物３４０の届先が施設の出口である点（ステップＳ３０２）と、荷物３４０が施設の出口に配送されたことが管理サーバ１００に通知される点（ステップＳ３０９）とが、図１４及び図１５に示される第１の動作例と異なる。上記以外の点について、第３の動作例は、第１の動作例と同じである。
　第３の動作例の場合、ユーザ３１０は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。
《第４の動作例》
　上記第１から第３の動作例では、担当車両２１０が１人のユーザ３１０の荷物を集荷する動作を説明した。しかし、ユーザ３１０は、集荷を急がない場合がある。この場合、複数の収納庫を備えた担当車両２１０が複数のユーザの集荷を順に行えば、集荷の効率が向上する。そこで、第４の動作例では、複数の収納庫を備えた担当車両２１０を用いる場合を説明する。
　図２２（Ａ）から（Ｆ）は、本実施の形態に係る配送システムの第４の動作例を説明するための概略図である。先ず、図２２（Ａ）に示されるように、荷物３２０の配送を依頼するユーザ３１０は、ユーザ端末３００から配送の依頼を送信する。配送の依頼には、届先がホテル５１０であること、「集荷を急がないこと」が含まれている。
　次に、図２２（Ｂ）及び（Ｃ）に示されるように、配送の依頼をしたユーザ３１０は、設定された時刻に指定された場所で待つ必要がないので、商業施設７１０内を自由に行動できる。
　その後、図２２（Ｃ）に示されるように、複数の収納庫を備えた担当車両２１０が自由に行動しているユーザ３１０の位置に到着する。次に、図２２（Ｅ）に示されるように、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫の一つに荷物３４０が積載された後に、届先であるホテル５１０に移動する。また、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　その後、図２２（Ｆ）に示されるように、ユーザ３１０は、手ぶらで自由行動（例えば、観光、買い物、食事、など）することができる。
　図２３は、第４の動作例におけるユーザ端末３００、車両２００、管理サーバ１００の動作を示すシーケンス図である。図２４は、第４の動作例における管理サーバ１００の動作を示すフローチャートである。図２３及び図２４は、荷物３２０の集荷を急がない旨を通知した点（ステップＳ４０２）と、この場合、複数の収納庫を有する担当車両２１０が選択された点（ステップＳ４０６）とが、図１４及び図１５に示される第１の動作例と異なる。上記以外の点について、第４の動作例は、第１の動作例と同じである。
　第４の動作例の場合、ユーザ３１０は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。また、複数の収納庫を有する担当車両２１０を用いるので、集荷の効率が向上する。
《第５の動作例》
　上記第１から第４の動作例では、ユーザ情報１１３として、ユーザ３１０の情報を利用する場合又はユーザ情報１１３を利用しない場合の動作を説明した。しかし、ユーザ３１０とその家族との情報を利用することで、施設利用者であるユーザ３１０の利便性が向上する場合がある。そこで、第５の動作例では、配送依頼者であるユーザ３１０とその家族（一緒に行動するグループ）の情報を考慮に入れて、担当車両２１０を決める場合を説明する。
　図２５（Ａ）から（Ｅ）は、本実施の形態に係る配送システムの第５の動作例を説明するための概略図である。先ず、図２５（Ａ）に示されるように、荷物３２０の配送を依頼するユーザ３１０は、ユーザ端末３００から配送の依頼を送信する。配送の依頼には、届先がホテル５１０であること、妻と子供を含む合計３人のグループで行動していること、荷物の個数が３個であることが含まれている。
　次に、図２５（Ｂ）に示されるように、配送の依頼をしたユーザ３１０のグループは、設定された時刻に指定された場所で待つ必要がないので、商業施設７１０内で自由に行動できる。
　その後、図２５（Ｃ）に示されるように、予め定められた通常（標準）の容量より大きな容量の収納庫を備えた担当車両２１０が、自由に行動しているユーザ３１０のグループの位置に到着する。管理サーバ１００は、ユーザ３１０についてのユーザ情報（例えば、ユーザの家族構成）１１３に基づいて、担当車両２１０の収納庫の望ましい大きさを推定する。この推定は、予め、ユーザ３１０の属性、家族の構成、購入した商品についての商品情報、散策する施設の種類、などに基づく機械学習によって生成された学習済モデルを用いて行われてもよい。例えば、子供が、比較的大きな荷物であるベビーカーに乗る年齢である場合、子供の人数が多い場合などでは、担当車両２１０の収納庫として大きな容量のものが必要になる。なお、機械学習の方法は、例えば、ニューラルネットワークを用いた深層学習、決定木、ランダムフォレスト、ロジスティック回帰、サポートベクターマシンなど、様々な方法を用いることができる。
　次に、図２５（Ｄ）に示されるように、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に荷物３４０、３４１、３２０が積載された後に、届先であるホテル５１０に移動する。また、担当車両２１０は、管理サーバ１００に対し、集荷が完了したことを通知する。
　その後、図２５（Ｅ）に示されるように、ユーザ３１０は、手ぶらで自由行動（例えば、観光、買い物、食事、など）することができる。
　図２６は、第５の動作例におけるユーザ端末３００、車両２００、管理サーバ１００の動作を示すシーケンス図である。図２７は、第５の動作例における管理サーバ１００の動作を示すフローチャートである。図２６及び図２７は、ユーザ情報１１３がユーザの家族情報を含む点（ステップＳ５０１）と、ユーザ情報１１３、ユーザ位置情報Ｕ、車両位置情報Ｖに基づいて担当車両２１０を選択（すなわち、決定）する点（ステップＳ５０６）とが、図１４及び図１５に示される第１の動作例と異なる。上記以外の点について、第５の動作例は、第１の動作例と同じである。
　第５の動作例の場合、ユーザ３１０、妻、子供は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。また、大きな容量の収納庫を有する担当車両２１０を用いることが可能になるので、確実に荷物を収納することができる。
《第６の動作例》
　上記第１から第５の動作例では、ユーザ３１０が担当車両２１０の収納庫に発送荷物を積載する場合における、配送システムの動作を説明した。第６の動作例では、ユーザ３１０が担当車両２１０の収納庫から受取荷物を受領する場合における、配送システムの動作を説明する。具体的には、ホテル５１０のユーザ３１０の部屋にあるコートを、商業施設７１０を歩いているユーザ３１０に届ける場合における、配送システムの動作例を説明する。
　図２８（Ａ）から（Ｆ）は、本実施の形態に係る配送システムの第６の動作例を説明するための概略図である。先ず、図２８（Ａ）に示されるように、荷物としてコート３５０をホテル５１０のユーザ３１０の部屋から商業施設７１０にいるユーザ３１０に配送する依頼が、ユーザ端末３００から送信される。配送の依頼には、届先がエリア７００内を移動しているユーザ３１０であること、荷物がホテル５１０の自分の部屋にあるコート３５０であることが含まれている。
　次に、図２８（Ｂ）に示されるように、管理サーバ１００は、担当車両２１０を決定し、エリア７００内のホテル５１０（例えば、フロント）に到着する。図２８（Ｃ）に示されるように、ホテル５１０の係り員により、コート３５０が担当車両２１０の収納庫内に収納された後に、図２８（Ｄ）に示されるように、担当車両２１０は、商業施設７１０内を自由に行動しているユーザ３１０の位置に到達する。なお、コート３５０の収納は、担当車両２１０自身が部屋まで移動して行ってもよく、コート３５０は、部屋にいる人（例えば、ホテル５１０の係り員、この部屋の宿泊者、など）により収納庫内へ収納される。
　次に、図２８（Ｅ）に示されるように、担当車両２１０は、ユーザ３１０が配送を依頼した本人であることの認証を行い、担当車両２１０の収納庫に収納されているコート３５０の取出しを許可する。図２８（Ｆ）に示されるように、担当車両２１０からコート３５０が取り出された後、担当車両２１０は、管理サーバ１００に対し、集荷した荷物の配送が完了したことを通知する。
　その後、ユーザ３１０は、コートを着て自由行動することができる。
　図２９は、第６の動作例におけるユーザ端末３００、車両２００、管理サーバ１００の動作を示すシーケンス図である。図３０は、第６の動作例における管理サーバ１００の動作を示すフローチャートである。図２９及び図３０は、ホテル５１０で荷物を集荷しユーザ３１０へ荷物を配送する集荷・配送が依頼された点（ステップＳ６０２）と、担当車両２１０がホテル５１０に行き、ユーザへ配達する荷物であるコート３５０を集荷し、その後、ユーザ位置に移動して荷物を配送する点（ステップＳ６０７、Ｓ６０８、Ｓ６０９）とが、図１４及び図１５に示される第１の動作例と異なる。上記以外の点について、第６の動作例は、第１の動作例と同じである。
　第６の動作例の場合、ユーザ３１０は、集荷のために設定された時刻に指定された場所にいる必要はなく、エリア７００内で自由に行動することができる。
　１００　管理サーバ（配送管理装置）、　１０１　制御部、　１０２　通信部、　１１１　地図情報、　１１２　車両情報、　１１３　ユーザ情報、　２００　車両、　２１０　担当車両、　３００　ユーザ端末、　３１０　ユーザ、　３２０、３３０、３４０　荷物（発送荷物）、　３５０　荷物（受取荷物）、　４００　店舗端末、　５００　ホテル端末（発送者端末）、　５１０　ホテル（宿泊施設）、　６００　通信ネットワーク、　７００　エリア、　７１０　商業施設、　７２０　娯楽施設。

Claims (14)

  1. 　予め定められたエリア内を自律走行し、車両現在位置を示す車両位置情報を出力する複数の車両と通信を行う通信部と、
    　前記エリアの地図を示す地図情報と、前記複数の車両の種類を示す車両情報と、ユーザ現在位置を示すユーザ位置情報を出力するユーザ端末に関する情報とユーザに関する情報とを含むユーザ情報と、を記憶する記憶装置から情報を取得し、前記情報に基づいて前記複数の車両の走行の指示を行う制御部と、
    　を有し、
    　前記制御部は、
    　荷物の配送の依頼を受け取った場合、前記車両位置情報及び前記ユーザ位置情報を取得し、
    　前記依頼の内容、前記記憶装置から取得した情報、前記車両位置情報、及び前記ユーザ位置情報に基づいて、前記複数の車両のうちの１つの車両を選択し、選択された前記車両を担当車両として前記ユーザ現在位置に移動させ、
    　前記担当車両が前記ユーザ現在位置に到達して前記担当車両に発送荷物が積載されたことを示す集荷の完了又は前記担当車両が前記ユーザ現在位置に到達して前記担当車両から受取荷物が取出されたことを示す配達の完了、の通知を受け取る
    　ことを特徴とする配送管理装置。
  2. 　前記依頼が前記発送荷物の配送の依頼である場合、前記依頼は、前記ユーザ端末又は前記発送荷物を購入した店舗の店舗端末から送信される
    　ことを特徴とする請求項１に記載の配送管理装置。
  3. 　前記依頼が前記ユーザ端末から送信される場合、前記依頼は前記発送荷物のサイズ情報を含む
    　ことを特徴とする請求項２に記載の配送管理装置。
  4. 　前記依頼が前記店舗端末から送信される場合、前記依頼は購入された前記発送荷物の特定情報を含む
    　ことを特徴とする請求項２に記載の配送管理装置。
  5. 　前記依頼は、前記エリア内における前記発送荷物の届先を指定する情報を含む
    　ことを特徴とする請求項２から４のいずれか１項に記載の配送管理装置。
  6. 　前記ユーザ情報が、前記ユーザが家族と同伴であることを示す場合、前記制御部は、前記担当車両として、荷物を収納する収納庫の容量が通常の容量より大きい車両を選択する
    　ことを特徴とする請求項２から５のいずれか１項に記載の配送管理装置。
  7. 　前記依頼が前記発送荷物の集荷の時間を指定していない場合、又は、前記発送荷物の集荷が予め定められた時間幅以上の長さの時間で指定された場合には、前記制御部は、前記担当車両として、荷物を収納する複数の収納庫を有する車両を選択する
    　ことを特徴とする請求項２から６のいずれか１項に記載の配送管理装置。
  8. 　前記依頼が、現在から何時間後以降に前記担当車両の到着を希望する旨を示す時間情報を含む場合には、前記制御部は、前記時間情報に応じて前記担当車両を選択し、前記担当車両の前記走行の指示を行う
    　ことを特徴とする請求項２から６のいずれか１項に記載の配送管理装置。
  9. 　前記依頼が前記受取荷物の配送の依頼である場合、前記依頼は、前記ユーザ端末から前記通信部及び前記受取荷物を発送する発送者の端末である発送者端末に送信される
    　ことを特徴とする請求項１に記載の配送管理装置。
  10. 　前記制御部は、
    　前記担当車両を前記発送者端末の位置に移動させ、
    　前記担当車両への前記受取荷物の積載の完了を確認した後に、前記担当車両を前記ユーザ現在位置に移動させる
    　ことを特徴とする請求項９に記載の配送管理装置。
  11. 　前記発送者は、ホテルであり、
    　前記発送者端末は、前記ホテルに備えられたホテル端末である
    　ことを特徴とする請求項９又は１０に記載の配送管理装置。
  12. 　請求項１から１１のいずれか１項に記載の配送管理装置と、
    　前記複数の車両と、
    　を有することを特徴とする配送システム。
  13. 　予め定められたエリア内を自律走行し、車両現在位置を示す車両位置情報を出力する複数の車両と通信を行い、前記エリアの地図を示す地図情報と、前記複数の車両の種類を示す車両情報と、ユーザ現在位置を示すユーザ位置情報を出力するユーザ端末に関する情報とユーザに関する情報とを含むユーザ情報と、を記憶する記憶装置から情報を取得し、前記情報に基づいて前記複数の車両の走行の指示を行う配送管理装置によって実行される配送管理方法であって、
    　荷物の配送の依頼を受け取った場合、前記車両位置情報及び前記ユーザ位置情報を取得するステップと、
    　前記依頼の内容、前記記憶装置から取得した情報、前記車両位置情報、及び前記ユーザ位置情報に基づいて、前記複数の車両のうちの１つの車両を選択し、選択された前記車両を担当車両として前記ユーザ現在位置に移動させるステップと、
    　前記担当車両が前記ユーザ現在位置に到達して前記担当車両に発送荷物が積載されたことを示す集荷の完了又は前記担当車両が前記ユーザ現在位置に到達して前記担当車両から受取荷物が取出されたことを示す配達の完了、の通知を受け取るステップと
    　を有することを特徴とする配送管理方法。
  14. 　予め定められたエリア内を自律走行し、車両現在位置を示す車両位置情報を出力する複数の車両と通信を行い、前記エリアの地図を示す地図情報と、前記複数の車両の種類を示す車両情報と、ユーザ現在位置を示すユーザ位置情報を出力するユーザ端末に関する情報とユーザに関する情報とを含むユーザ情報と、を記憶する記憶装置から情報を取得し、前記情報に基づいて前記複数の車両の走行の指示を行うコンピュータによって実行される配送管理プログラムであって、
    　荷物の配送の依頼を受け取った場合、前記車両位置情報及び前記ユーザ位置情報を取得する処理と、
    　前記依頼の内容、前記記憶装置から取得した情報、前記車両位置情報、及び前記ユーザ位置情報に基づいて、前記複数の車両のうちの１つの車両を選択し、選択された前記車両を担当車両として前記ユーザ現在位置に移動させる処理と、
    　前記担当車両が前記ユーザ現在位置に到達して前記担当車両に発送荷物が積載されたことを示す集荷の完了又は前記担当車両が前記ユーザ現在位置に到達して前記担当車両から受取荷物が取出されたことを示す配達の完了、の通知を受け取る処理と
    　を前記コンピュータに実行させることを特徴とする配送管理プログラム。
PCT/JP2021/010008 2021-03-12 2021-03-12 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム WO2022190348A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
DE112021007276.5T DE112021007276T5 (de) 2021-03-12 2021-03-12 Lieferverwaltungsvorrichtung, liefersystem, lieferverwaltungsverfahren und lieferverwaltungsprogramm
JP2021559577A JP7242900B2 (ja) 2021-03-12 2021-03-12 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム
CN202180095277.5A CN116997946A (zh) 2021-03-12 2021-03-12 配送管理装置、配送系统、配送管理方法及配送管理程序
PCT/JP2021/010008 WO2022190348A1 (ja) 2021-03-12 2021-03-12 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム
US18/226,630 US20230368124A1 (en) 2021-03-12 2023-07-26 Delivery management device, delivery system, delivery management method, and storage medium storing delivery management program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/010008 WO2022190348A1 (ja) 2021-03-12 2021-03-12 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US18/226,630 Continuation US20230368124A1 (en) 2021-03-12 2023-07-26 Delivery management device, delivery system, delivery management method, and storage medium storing delivery management program

Publications (1)

Publication Number Publication Date
WO2022190348A1 true WO2022190348A1 (ja) 2022-09-15

Family

ID=83226496

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/010008 WO2022190348A1 (ja) 2021-03-12 2021-03-12 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム

Country Status (5)

Country Link
US (1) US20230368124A1 (ja)
JP (1) JP7242900B2 (ja)
CN (1) CN116997946A (ja)
DE (1) DE112021007276T5 (ja)
WO (1) WO2022190348A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003072950A (ja) * 2001-09-04 2003-03-12 Fujitsu Ltd 注文配送方法および注文配送プログラム
JP2003216709A (ja) * 2002-01-25 2003-07-31 Fujitsu Ltd 配送情報処理方法
JP2009205290A (ja) * 2008-02-26 2009-09-10 Toshiba Tec Corp 手荷物配送サービス管理システム
JP2019101463A (ja) * 2017-11-28 2019-06-24 トヨタ自動車株式会社 配送システム、サーバ、移動体、及び荷物の配送方法
JP2019117595A (ja) * 2017-12-27 2019-07-18 トヨタ自動車株式会社 荷物の配送支援システム、その配送支援方法、プログラム及び移動体
JP2019131361A (ja) * 2018-01-31 2019-08-08 トヨタ自動車株式会社 移動体、荷物仕分支援方法、荷物仕分支援プログラム及び荷物仕分支援システム
JP2019139264A (ja) * 2018-02-06 2019-08-22 トヨタ自動車株式会社 情報処理装置、集配システム、集配方法およびプログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002321828A (ja) 2001-04-26 2002-11-08 Toyota Motor Corp 発注管理システムおよび発注装置並びにサービス提供システム
JP2003063656A (ja) 2001-08-29 2003-03-05 Ntt Docomo Inc 配達支援システム、配達依頼装置、物品配達方法、配達依頼方法、配達支援プログラムおよび配達依頼プログラム
US10252419B2 (en) 2017-05-01 2019-04-09 Savioke, Inc. System and method for robotic delivery between moving targets
WO2020145189A1 (ja) 2019-01-12 2020-07-16 株式会社Ｚｍｐ 自律走行車両、配送システム、及びプログラム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003072950A (ja) * 2001-09-04 2003-03-12 Fujitsu Ltd 注文配送方法および注文配送プログラム
JP2003216709A (ja) * 2002-01-25 2003-07-31 Fujitsu Ltd 配送情報処理方法
JP2009205290A (ja) * 2008-02-26 2009-09-10 Toshiba Tec Corp 手荷物配送サービス管理システム
JP2019101463A (ja) * 2017-11-28 2019-06-24 トヨタ自動車株式会社 配送システム、サーバ、移動体、及び荷物の配送方法
JP2019117595A (ja) * 2017-12-27 2019-07-18 トヨタ自動車株式会社 荷物の配送支援システム、その配送支援方法、プログラム及び移動体
JP2019131361A (ja) * 2018-01-31 2019-08-08 トヨタ自動車株式会社 移動体、荷物仕分支援方法、荷物仕分支援プログラム及び荷物仕分支援システム
JP2019139264A (ja) * 2018-02-06 2019-08-22 トヨタ自動車株式会社 情報処理装置、集配システム、集配方法およびプログラム

Also Published As

Publication number Publication date
CN116997946A (zh) 2023-11-03
US20230368124A1 (en) 2023-11-16
DE112021007276T5 (de) 2024-01-04
JP7242900B2 (ja) 2023-03-20
JPWO2022190348A1 (ja) 2022-09-15

Similar Documents

Publication Publication Date Title
TWI792250B (zh) 用於包裹收取及遞送之路徑計畫的設備及電腦實施方法
RU2706470C1 (ru) Система поддержки доставки упакованных посылок, способ поддержки доставки упакованных посылок, энергонезависимый машиночитаемый носитель хранения данных, сохраняющий программу, и мобильный модуль
US11861681B2 (en) System and method for integrated retail and ecommerce shopping platforms
US11099562B1 (en) Autonomous delivery device
US11148882B2 (en) Robotic order picking
US10482421B1 (en) System for expediting delivery of items
US20170293991A1 (en) Systems and methods for drone dispatch and operation
US11263579B1 (en) Autonomous vehicle networks
US11000953B2 (en) Robot gamification for improvement of operator performance
CN110119920A (zh) 用于拾取和递送的装置、系统、方法和介质
KR102047048B1 (ko) IoT 기반의 물류배송방법
US20240119401A1 (en) System and method for secure delivery of a medication package using unmanned aerial vehicles
US10322881B1 (en) Notifying users to provide picked items to a drop off location for processing
WO2022190348A1 (ja) 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム
JP7092055B2 (ja) 処理装置、処理方法及びプログラム
KR20200016314A (ko) 방문 택배 서비스 시스템 및 방법
WO2023042378A1 (ja) 配送管理装置、配送システム、配送管理方法、及び配送管理プログラム
KR20190093793A (ko) 방문 택배 서비스 시스템 및 방법
JP2022068480A (ja) 積載物管理装置、積載物管理方法、及びプログラム
JP7244594B2 (ja) 物流システム、物流管理方法及びプログラム
US20230109611A1 (en) Autonomous vehicle fitting room
JP2022186113A (ja) 荷物配送システム、荷物配送装置および荷物配送プログラム
WO2023162342A1 (ja) 情報処理方法、情報処理装置、及び情報処理プログラム
KR20230012387A (ko) 로봇을 이용하여 배송을 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2021559577

Country of ref document: JP

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21930200

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 202180095277.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 112021007276

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21930200

Country of ref document: EP

Kind code of ref document: A1