WO2021049101A1 - サーバ、システム、サーバの制御方法、プログラム、及び電子機器 - Google Patents

サーバ、システム、サーバの制御方法、プログラム、及び電子機器 Download PDF

Info

Publication number
WO2021049101A1
WO2021049101A1 PCT/JP2020/021419 JP2020021419W WO2021049101A1 WO 2021049101 A1 WO2021049101 A1 WO 2021049101A1 JP 2020021419 W JP2020021419 W JP 2020021419W WO 2021049101 A1 WO2021049101 A1 WO 2021049101A1
Authority
WO
WIPO (PCT)
Prior art keywords
recipient
package
information
delivery
server
Prior art date
Application number
PCT/JP2020/021419
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 JP2021545115A priority Critical patent/JP7317456B2/ja
Publication of WO2021049101A1 publication Critical patent/WO2021049101A1/ja
Priority to US17/653,536 priority patent/US20220188766A1/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/0836—Recipient pick-ups
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G61/00—Use of pick-up or transfer devices or of manipulators for stacking or de-stacking articles not otherwise provided for
    • 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
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00896—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys specially adapted for particular uses
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00896—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys specially adapted for particular uses
    • G07C9/00912—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys specially adapted for particular uses for safes, strong-rooms, vaults or the like

Definitions

  • This disclosure relates to servers, systems, server control methods, programs, and electronic devices.
  • a parcel delivery box may be installed at the entrance of an apartment house such as an apartment or condominium.
  • the delivery storage box can store the delivery even if the delivery addressed to the recipient is delivered while the recipient is absent. Attempts have been proposed to efficiently use such a delivery storage box.
  • Patent Document 1 proposes to improve the efficiency of delivery operations based on the customer's home probability and delivery time by using a computer system that manages delivery schedules.
  • the server is A server that can be wired or wirelessly connected to a containment device and other electronic devices that house packages delivered to the recipient.
  • a communication unit that communicates with the accommodating device and the other electronic device,
  • a storage unit that stores the first information indicating the probability of the recipient of the package being at home, and
  • the first information stored in the storage unit and the second information indicating the availability of the accommodation device acquired from the storage device are obtained.
  • a controller that is controlled by the communication unit to transmit to the other electronic device, To be equipped.
  • the system is A containment device for accommodating packages delivered to the recipient, With other electronic devices A server that communicates with the accommodating device and the other electronic devices, Is a system that includes The server A communication unit that communicates with the accommodating device and the other electronic device, A storage unit that stores the first information indicating the probability of the recipient of the package being at home, and In response to a request from the other electronic device received by the communication unit, the first information stored in the storage unit and the second information indicating the availability of the accommodation device acquired from the storage device are obtained. A controller that is controlled by the communication unit to transmit to the other electronic device, To be equipped.
  • the server control method is A method of controlling a server that can be connected to a storage device and other electronic devices that house the package delivered to the recipient by wire or wirelessly.
  • a step in which the communication unit communicates with the accommodating device and the other electronic device A step in which the storage unit stores the first information indicating the probability of the recipient of the package being at home, and In response to a request from the other electronic device received by the communication unit, the first information stored in the storage unit and the second information indicating the availability of the accommodation device acquired from the storage device are obtained.
  • a step that the controller controls to send to the other electronic device by the communication unit including.
  • the program To a computer that can be wired or wirelessly connected to a containment device and other electronic devices that house the parcel delivered to the recipient.
  • a step in which the communication unit communicates with the accommodating device and the other electronic device A step in which the storage unit stores the first information indicating the probability of the recipient of the package being at home, and In response to a request from the other electronic device received by the communication unit, the first information stored in the storage unit and the second information indicating the availability of the accommodation device acquired from the storage device are obtained.
  • a step that the controller controls to send to the other electronic device by the communication unit To execute.
  • the electronic device A communication unit that directly or indirectly communicates with a storage device that stores luggage, A display unit that displays first information indicating the probability that the recipient of the package is at home and second information indicating the availability of the accommodation device, and a display unit. A controller that changes at least one of the first information and the second information based on the removal of the luggage contained in the storage device. To be equipped.
  • An object of the present disclosure is to provide servers, systems, server control methods, programs, and electronic devices that can streamline the delivery of packages in the service of delivering packages to recipients. According to one embodiment, it is possible to provide a server, a system, a server control method, a program, and an electronic device capable of streamlining the delivery of a package in a service of delivering the package to a recipient.
  • the "accommodation device” may be a device for accommodating a package such as a product delivered by a courier, for example.
  • the "storage device” may be something like the delivery storage box as described above.
  • the "accommodation device” may be, for example, a delivery box or a delivery locker.
  • the "accommodation device” may be a device or device driven by electric power.
  • "accommodation” may mean that an article such as a delivered product is stored in a certain place.
  • the "user” of the containment device may be a person who uses the containment device according to the embodiment.
  • the "user” of the accommodation device is not only a person related to the recipient such as the recipient of the package delivered by the courier and his / her family, but also a delivery company that delivers the package by the courier, for example. Personnel may also be included.
  • courier service may typically be a service for delivering lightweight small parcels to ordinary households and the like.
  • the "courier service” in the present disclosure is not limited to services for general households and the like.
  • the parcel delivered by the “courier service” in the present disclosure does not have to be lightweight and is not limited to small parcels.
  • the "luggage” may be an article to be transported or transported, such as a product delivered by a delivery company such as a courier service.
  • FIG. 1 is a diagram showing a configuration of a system according to an embodiment.
  • the system 1 according to the embodiment may be configured to include the management server 10 and the vendor server 20.
  • the management server 10 and the vendor server 20 may be connected by wire or wirelessly via the network N.
  • the system 1 according to one embodiment may include a delivery box 100 and a trader terminal 200.
  • a broken line shows how each element can be connected by wire or wirelessly.
  • the "server” may be a computer that provides services. That is, the “server” may be a computer and / or software that functions to provide information and / or processing results in response to a request from a client, such as a server in a client-server model.
  • the management server 10 according to the embodiment is a server that manages and / or controls the delivery box 100.
  • the management server 10 according to the embodiment may be a server operated by a delivery company that delivers a package to a storage device such as a delivery box 100 (for example, when the recipient is absent).
  • the management server 10 according to the embodiment does not necessarily have to be operated by the delivery company.
  • the management server 10 according to the embodiment may be, for example, a server operated by a service provider that collectively manages delivery boxes of a plurality of delivery companies (including other companies in the same industry).
  • the management server 10 may be, for example, a cloud server that provides a cloud service.
  • the management server 10 manages and / or controls at least one delivery box 100.
  • the management server 10 is connected to the delivery box 100A, the delivery box 100B, and the delivery box 100C.
  • the management server 10 may be connected to at least one arbitrary number of delivery boxes 100 by wire or wirelessly.
  • delivery box 100 when a plurality of delivery boxes such as the delivery box 100A and the delivery box 100B are not particularly distinguished, they may be simply referred to as "delivery box 100".
  • the delivery box 100 may be a storage device that can be used as a delivery box such as the above-mentioned delivery box or a delivery locker.
  • the parcel delivery box 100 according to the embodiment may be a device for accommodating a package such as a product delivered by a parcel delivery company such as a parcel delivery company until the recipient receives it. That is, a delivery company such as a courier company can store the package in the delivery box 100 when the recipient of the package such as the delivered product is absent.
  • the recipient of the parcel such as the delivered product can take out the parcel delivered from the delivery box 100, for example, while he / she is absent.
  • each of the at least one delivery box 100 is managed and / or controlled by the management server 10.
  • the delivery box 100 is illustrated so as to be connectable to the management server 10. However, the delivery box 100 may be able to connect to the management server 10 via, for example, the network N.
  • the management server 10 may be connected to at least one vendor server 20 by wire or wirelessly via the network N.
  • the management server 10 is connected to the trader server 20A, the trader server 20B, and the trader server 20C.
  • the management server 10 may be connected to at least one arbitrary number of vendor servers 20 by wire or wirelessly.
  • a plurality of vendor servers 20 such as the vendor server 20A and the vendor server 20B are not particularly distinguished, they may be simply referred to as "trader server 20".
  • the vendor server 20 may be a server typically used by the staff of a vendor that provides a delivery service such as a courier service.
  • the vendor server 20A may be a server used by the staff of company A, which is a vendor that provides delivery services and the like.
  • the vendor server 20B may be a server used by the staff of company B, which is a vendor that provides delivery services and the like.
  • the vendor server 20C may be a server used by the staff of company C, which is a vendor that provides delivery services and the like.
  • the vendor server 20 transmits, for example, various information regarding the delivery of packages in response to a request. Further, the vendor server 20 may generate and provide a delivery plan for the parcel that the staff is in charge of, for example, in response to a request from the staff who performs the delivery.
  • the trader server 20A is connected to the trader terminal 200Aa, the trader terminal 200Ab, and the trader terminal 200Ac.
  • the trader server 20B is connected to the trader terminal 200Ba, the trader terminal 200Bb, and the trader terminal 200Bc.
  • the trader server 20C is connected to the trader terminal 200Ca, the trader terminal 200Cb, and the trader terminal 200Cc. In this way, the trader server 20A, the trader server 20B, and the trader server 20C may be connected to at least one trader terminal 200 by wire or wirelessly.
  • trader terminal 200A when a plurality of trader terminals such as the trader terminal 200Aa and the trader terminal 200Ab are not particularly distinguished, it may be simply referred to as "trader terminal 200A”.
  • trader terminal 200Ba and the trader terminal 200Bb when a plurality of trader terminals such as the trader terminal 200Ba and the trader terminal 200Bb are not particularly distinguished, it may be simply referred to as "trader terminal 200B”.
  • trader terminal 200Ca and the trader terminal 200Cb when a plurality of trader terminals such as the trader terminal 200Ca and the trader terminal 200Cb are not particularly distinguished, it may be simply referred to as "trader terminal 200C”.
  • trader terminal 200 when a plurality of trader terminals such as the trader terminal 200A and the trader terminal 200B are not particularly distinguished, it may be simply referred to as "trader terminal 200".
  • the trader terminal 200 may be a terminal typically used by the staff of a trader who provides a delivery service such as a courier service.
  • the trader terminal 200A may be used by the staff of company A, which is a trader that provides delivery services and the like.
  • the trader terminal 200B may be used by the staff of company B, which is a trader that provides delivery services and the like.
  • the trader terminal 200C may be used by the staff of company C, which is a trader that provides delivery services and the like.
  • the contractor terminal 200 is used as a terminal used by the staff of a contractor who provides a delivery service such as a courier service, which collects the parcel from the customer or delivers the parcel to the recipient.
  • the trader terminal 200 may be a terminal in which the staff of a trader who provides a delivery service such as a courier service inputs information on delivery when accepting a delivery request.
  • the trader terminal 200 may be a code reader having a function of reading a bar code or a two-dimensional code such as a QR code (registered trademark).
  • the trader terminal 200 may be a terminal such as a car navigation system used in a delivery vehicle on which the staff of a trader who provides a delivery service such as a courier service rides.
  • the trader terminal 200 may be various terminals capable of transmitting and / or receiving information provided for the work of the staff of the trader who provides the delivery service and the like.
  • the trader terminal 200 is illustrated so as to be able to connect to the trader server 20.
  • the trader terminal 200 may be able to connect to the trader server 20 via, for example, the network N.
  • the network N shown in FIG. 1 is composed of wired, wireless, or any combination of wired and wireless.
  • the network N may be any network such as the Internet or an intranet as long as it enables communication between the management server 10 and other electronic devices such as at least one of the trader server 20 and the trader terminal 200.
  • FIG. 2 is a functional block diagram schematically showing the configuration of the management server 10 according to the embodiment.
  • the management server 10 includes a controller 12, a storage unit 14, and a communication unit 16.
  • the management server 10 according to the embodiment may not include a part of the functional unit shown in FIG. 2, or may include a functional unit other than that shown in FIG.
  • the controller 12 executes various functions for controlling and / or managing the management server 10.
  • the controller 12 may include at least one processor, such as a CPU (Central Processing Unit), in order to provide control and processing power to perform various functions.
  • the controller 12 may be realized collectively by one processor, by several processors, or by individual processors.
  • the processor may be implemented as a single integrated circuit.
  • the integrated circuit is also called an IC (Integrated Circuit).
  • the processor may be implemented as a plurality of communicably connected integrated circuits and discrete circuits.
  • the processor may be implemented on the basis of various other known techniques.
  • the controller 12 may be configured as, for example, a CPU and a program executed by the CPU.
  • the program executed by the controller 12, the result of the processing executed by the controller 12, and the like may be stored in the storage unit 14. The operation of the controller 12 of the management server 10 according to the embodiment will be further described later.
  • the storage unit 14 stores various information acquired from the controller 12, the communication unit 16, and the like. In one embodiment, the storage unit 14 may store information input by a user or the like. Further, the storage unit 14 stores a program or the like executed by the controller 12. In addition, the storage unit 14 also stores various data such as calculation results by the controller 12. Further, the storage unit 14 may also include a work memory or the like when the controller 12 operates.
  • the storage unit 14 can be configured by, for example, a semiconductor memory, a magnetic disk, or the like, but is not limited to these, and can be any storage device.
  • the storage unit 14 may be a storage medium such as a memory card inserted in the management server 10 according to the embodiment. Further, the storage unit 14 may be the internal memory of the CPU used as the controller 12.
  • the storage unit 14 may store the first information indicating the home probability of the recipient of the delivered package.
  • the first information indicating the home probability of the recipient of the delivered package will be described later.
  • the communication unit 16 can realize various functions including wireless communication.
  • the communication unit 16 may realize communication by various communication methods such as LTE (Long Term Evolution), 4G, or 5G.
  • the communication unit 16 may include, for example, a modem whose communication method is standardized in ITU-T (International Telecommunication Union Telecommunication Standardization Sector). Further, the communication unit 16 may realize wireless communication by various methods such as Wi-Fi or Bluetooth (registered trademark).
  • the communication unit 16 may wirelessly communicate with a communication unit of an external device such as an external server or a cloud server via a network, for example, via an antenna.
  • the communication unit 16 may receive various information from an external database such as an external server or a cloud server.
  • the information received by the communication unit 16 may be supplied to, for example, the controller 12 and / or the storage unit 14. Further, the information transmitted from the communication unit 16 may be supplied from, for example, the controller 12 and / or the storage unit 14.
  • the communication unit 16 may be configured to include, for example, an antenna for transmitting and receiving radio waves, an appropriate RF unit, and the like.
  • the communication unit 16 can be configured by a known technique for performing wireless communication. Further, the communication unit 16 may serve as an interface for the management server 10 to perform wired communication with other electronic devices.
  • the communication unit 16 of the management server 10 shown in FIG. 2 may communicate with the communication unit 106 (FIG. 3) of the delivery box 100 by wire or wirelessly. Further, the communication unit 16 may communicate with the communication unit 26 (FIG. 4) of the vendor server 20 by wire or wirelessly. Further, the communication unit 16 may communicate with the communication unit 206 (FIG. 5) of the trader terminal 200 by wire or wirelessly. The communication unit 16 may communicate with at least one of the communication unit 26 of the trader server 20 and the communication unit 206 of the trader terminal 200 by wire or wirelessly.
  • the communication unit 16 communicates with a storage device, such as a delivery box 100, and other electronic devices, such as at least one of a vendor server 20 and a vendor terminal 200. Further, the communication unit 16 may wirelessly communicate with a communication unit of another electronic device such as an information processing device that functions as an external server, for example.
  • a storage device such as a delivery box 100
  • other electronic devices such as at least one of a vendor server 20 and a vendor terminal 200.
  • the communication unit 16 may wirelessly communicate with a communication unit of another electronic device such as an information processing device that functions as an external server, for example.
  • the management server 10 according to the embodiment may have the same hardware configuration as the server in the general client-server model. Further, as described above, the management server 10 according to the embodiment may be, for example, a cloud server that provides a cloud service.
  • FIG. 3 is a functional block diagram schematically showing the configuration of the delivery box 100 according to the embodiment.
  • the delivery box 100 includes a controller 102, a storage unit 104, and a communication unit 106. Further, the delivery box 100 according to the embodiment may include a reading unit 108, an operation unit 110, and a display unit 112. Further, the delivery box 100 according to the embodiment may include a storage unit 120, a door 122, an electronic lock 124, an open / close detection unit 130, and a weight detection unit 132. The delivery box 100 according to the embodiment may not include a part of the functional unit shown in FIG. 3, or may include a functional unit other than that shown in FIG.
  • the controller 102 executes various functions for controlling and / or managing the delivery box 100.
  • the controller 102 may be configured as, for example, the controller 12 shown in FIG.
  • the storage unit 104 stores various information acquired from the controller 102, the communication unit 106, and the like. Further, the storage unit 104 stores a program or the like executed by the controller 102. In addition, the storage unit 104 also stores various data such as calculation results by the controller 102.
  • the storage unit 104 may be configured as, for example, the storage unit 14 shown in FIG.
  • the communication unit 106 may communicate with the communication unit 16 of the management server 10 shown in FIG. 2 by wire or wirelessly. In this case, the communication unit 106 may communicate with the communication unit 16 of the management server 10 via the network N.
  • the communication unit 106 may be configured as, for example, the communication unit 16 shown in FIG.
  • the reading unit 108 may be configured by, for example, a barcode reader and / or a camera for reading information identifying a recipient who receives the package housed in the delivery box 100.
  • the camera may be composed of various imaging devices such as a CCD image sensor.
  • the recipient who receives the package contained in the delivery box 100 is identified as a one-dimensional barcode or QR code (registered trademark) displayed on the display unit of the recipient terminal such as a smartphone. The image may be held over the reading unit 108.
  • the delivery box 100 is a legitimate delivery box 100 in which the recipient should receive the package contained in the delivery box 100 by authenticating an identification image such as a one-dimensional barcode or a QR code (registered trademark). You may authenticate whether you are a person or not.
  • the delivery box 100 may release the electronic lock 124 of the door 122. Further, if the recipient of the package is not authenticated as a legitimate person, the delivery box 100 may not release the electronic lock 124 of the door 122. In this way, only the legitimate recipient can receive the parcel contained in the parcel delivery box 100.
  • the identification image read by the reading unit 108 is not limited to a one-dimensional code such as a barcode or a two-dimensional code such as a QR code (registered trademark), and may be any identification image. Further, in one embodiment, the identification information read by the reading unit 108 is not limited to the image information, and may be arbitrary information such as a passcode composed of characters or character strings.
  • the reading unit 108 is not limited to a functional unit such as a barcode reader and / or a camera, and may be, for example, an RFID reader that reads identification information from an RF tag.
  • the information read by the reading unit 108 may be supplied to, for example, the controller 102 and / or the storage unit 104.
  • the operation unit 110 detects an operation by a user such as a package recipient or a staff member of a delivery company as an input.
  • the operation unit 110 may be configured by an input device such as a keyboard.
  • the operation unit 110 is for the user to operate, for example, a key (physical key) such as a keyboard, a button (physical button), a switch (mechanical switch), and / or a pointing device such as a mouse or a trackball. It may be any input device used.
  • the operating unit 110 can be a variety of known input devices.
  • the operation signal (input signal) detected by the operation unit 110 may be supplied to, for example, the controller 102 and / or the storage unit 104.
  • the operation unit 110 may be an input device such as a touch panel or a touch sensor.
  • the operation unit 110 may employ various types of touch panels such as a resistive film type, a capacitance type, or an optical type.
  • the display unit 112 may be any display device such as a liquid crystal display (Liquid Crystal Display), an organic EL display (Organic Electro-Luminescence panel), or an inorganic EL display (Inorganic Electro-Luminescence panel).
  • the display unit 112 may display various types of information such as characters, figures, and symbols.
  • the display unit 112 may display objects constituting various GUIs such as pointers, icon images, and the like in order to prompt the user who operates the delivery box 100 to operate the delivery box 100.
  • Various data necessary for displaying on the display unit 112 may be supplied from, for example, the controller 102 or the storage unit 104. Further, the display unit 112 may be configured to include a backlight or the like as appropriate.
  • the delivery box 100 may include, instead of the display unit 112, or together with the display unit 112, a speaker or the like that transmits various information to the user who operates the delivery box 100 by voice.
  • the display unit 112 may be configured as, for example, a touch screen display together with the operation unit 110.
  • the touch screen display may include a display device such as a liquid crystal display or an organic EL display as the display unit 112.
  • the touch screen display may include, for example, a touch sensor or a touch panel for detecting the presence or absence of contact by the user and the position of the contact as the operation unit 110.
  • a key such as a numeric keypad or an icon may be displayed as an object on the display unit 112, and an operation in which an operator (user) contacts the object may be detected by the operation unit 110. it can.
  • the storage unit 120 is a space that can store the parcel delivered to the recipient in the delivery box 100. That is, when the staff of the delivery company delivers the package to the address of the recipient, if the recipient is absent, the staff of the delivery company can accommodate the package in the storage unit 120 of the delivery box 100.
  • the storage unit 120 may form, for example, the housing of the delivery box 100.
  • the delivery box 100 When the delivery box 100 is installed at the entrance of an apartment house such as an apartment or condominium, the delivery box 100 may be configured to include a plurality of storage units 120.
  • the door 122 may be attached to a place where the luggage to be accommodated is taken in and out in the accommodating portion 120.
  • the door 122 may be configured so that at least a part of the accommodating portion 120 can be opened and closed.
  • the delivery box 100 By configuring the delivery box 100 to open the door 122, the recipient of the package can take out the package contained in the delivery box 100. Further, by configuring the door 122 to close, it is possible to prevent, for example, a person other than the recipient from taking out the package until the recipient takes out the package contained in the delivery box 100.
  • a door 122 may be attached to each accommodating portion 120.
  • the door 122 may be configured to open and close automatically, for example, under the control of the controller 102. Further, the door 122 may be configured to be manually opened and closed by a user, for example.
  • the electronic lock 124 can be locked / unlocked with the door 122 closed.
  • the electronic lock 124 may, for example, electronically lock the door 122.
  • the electronic lock 124 may selectively lock and unlock at least one of the plurality of doors 122. In this case, the locking and unlocking of the controller 102 and the electronic lock 124 may be controlled.
  • an electronic lock 124 may be attached to each door 122 of each accommodating portion 120.
  • At least one of the storage unit 120, the door 122, and the electronic lock 124 shown in FIG. 3 may be configured in the same manner as a conventional delivery box or a delivery storage box such as a delivery locker.
  • the open / close detection unit 130 may be a sensor that detects whether the door 122 is in the closed state or the open state.
  • the open / close detection unit 130 may be a sensor that detects the presence or absence of contact between the door 122 and the accommodating unit 120. In this case, if the contact point between the door 122 and the accommodating unit 120 is in contact with each other, the open / close detection unit 130 can detect that the door 122 is in the closed state. On the other hand, if the contact points between the door 122 and the accommodating unit 120 are not in contact with each other, the open / close detection unit 130 can detect that the door 122 is in the open state.
  • the open / close detection unit 130 may be a sensor for detecting whether the electronic lock 124 is in the locked state or the unlocked state. In this case, the open / close detection unit 130 may determine whether the electronic lock 124 is in the locked state or the unlocked state, for example, based on the status signal of the electronic lock 124. A signal based on the result detected by the open / close detection unit 130 may be supplied to, for example, the controller 102 and / or the storage unit 104.
  • the weight detection unit 132 may be a sensor that detects the weight of the load contained in the storage unit 120.
  • the weight detection unit 132 may be a sensor that detects the weight of the load contained in the storage unit 120 with high accuracy. Further, the weight detection unit 132 may be a sensor that detects the weight of the load contained in the storage unit 120 with coarse accuracy. In one embodiment, the weight detection unit 132 may be able to detect the weight of the load with an accuracy that can determine whether or not the load is stored in the storage unit 120. If the weight detection unit 132 detects a certain amount of weight inside the storage unit 120, it can be determined that the load is stored inside the storage unit 120. On the other hand, if the weight detection unit 132 does not detect a certain amount of weight inside the storage unit 120 (for example, the weight is almost zero), it can be determined that the load is not stored inside the storage unit 120. ..
  • the weight detection unit 132 determines whether or not the luggage is stored inside the storage unit 120 based on the weight of the detected luggage. In one embodiment, instead of the weight detection unit 132, an imaging device such as a camera may be used to determine whether or not the luggage is stored inside the storage unit 120. A signal based on the result detected by the weight detection unit 132 may be supplied to, for example, the controller 102 and / or the storage unit 104.
  • the delivery box 100 may be configured to include only one of the open / close detection unit 130 and the weight detection unit 132, or may be configured not to include either of them.
  • FIG. 4 is a functional block diagram schematically showing the configuration of the vendor server 20 according to the embodiment.
  • the vendor server 20 includes a controller 22, a storage unit 14, and a communication unit 26.
  • the contractor server 20 according to the embodiment may not include a part of the functional unit shown in FIG. 4, or may include a functional unit other than that shown in FIG.
  • the trader server 20 may be a server typically used by the staff of a trader who provides a delivery service such as a courier service.
  • the controller 22 executes various functions for controlling and / or managing the vendor server 20.
  • the controller 22 may be configured as, for example, the controller 12 shown in FIG.
  • the storage unit 24 stores various information acquired from the controller 22, the communication unit 26, and the like. Further, the storage unit 24 stores a program or the like executed by the controller 22. In addition, the storage unit 24 also stores various data such as calculation results by the controller 22.
  • the storage unit 24 may be configured as, for example, the storage unit 14 shown in FIG.
  • the communication unit 26 may communicate with the communication unit 16 of the management server 10 shown in FIG. 2 by wire or wirelessly. In this case, the communication unit 26 may communicate with the communication unit 16 of the management server 10 via the network N. Further, the communication unit 26 may communicate with the communication unit 206 (FIG. 5) of the trader terminal 200 by wire or wirelessly. In this case, the communication unit 26 may communicate with the communication unit 206 of the trader terminal 200 via the network N.
  • the communication unit 26 may be configured as, for example, the communication unit 16 shown in FIG.
  • the vendor server 20 according to the embodiment may have the same hardware configuration as the server in the general client-server model. Further, the vendor server 20 according to the embodiment may be, for example, a cloud server that provides a cloud service.
  • FIG. 5 is a functional block diagram schematically showing the configuration of the trader terminal 200 according to the embodiment.
  • the trader terminal 200 includes a controller 202, a storage unit 204, and a communication unit 206. Further, the contractor terminal 200 according to the embodiment may include a reading unit 208, an operation unit 210, and a display unit 212. Further, the contractor terminal 200 according to the embodiment may include a position acquisition unit 240. The contractor terminal 200 according to the embodiment may not include a part of the functional unit shown in FIG. 5, or may include a functional unit other than that shown in FIG.
  • the controller 202 executes various functions for controlling and / or managing the trader terminal 200.
  • the controller 202 may be configured as, for example, the controller 12 shown in FIG.
  • the storage unit 204 stores various information acquired from the controller 202, the communication unit 206, and the like. Further, the storage unit 204 stores a program or the like executed by the controller 202. In addition, the storage unit 204 also stores various data such as the calculation result by the controller 202.
  • the storage unit 204 may be configured as, for example, the storage unit 14 shown in FIG.
  • the communication unit 206 may communicate with the communication unit 26 of the vendor server 20 shown in FIG. 3 by wire or wirelessly. In this case, the communication unit 206 may communicate with the communication unit 26 of the vendor server 20 via the network N. Further, the communication unit 206 may communicate with the communication unit 16 of the management server 10 shown in FIG. 2 by wire or wirelessly. In this case, the communication unit 206 may communicate with the communication unit 16 of the management server 10 via the network N.
  • the communication unit 206 may be configured as, for example, the communication unit 16 shown in FIG.
  • the reading unit 208 may be configured by, for example, a barcode reader and / or a camera for reading information that identifies the package delivered by the delivery company.
  • the camera may be composed of various imaging devices such as a CCD image sensor.
  • the delivery company staff eg, the driver of the delivery vehicle
  • the delivery company staff eg, the driver of the delivery vehicle
  • identifies such as a one-dimensional barcode or QR code (registered trademark) displayed on a slip or the like attached to the delivered package.
  • the sign may be held over the reading unit 208.
  • the trader terminal 200 can refer to the information associated with the identification mark by identifying the identification mark such as a one-dimensional bar code or a QR code (registered trademark).
  • the trader terminal 200 can associate other information with the identification mark by identifying the identification mark such as a one-dimensional bar code or a QR code (registered trademark).
  • Other information associated with the identification mark includes, for example, the name (name) of the requester who requested the delivery of the package, the address and recipient name (name) of the package to be delivered, and the desired date and time when the package is delivered. , And at least one of the contents of the package to be delivered.
  • the identification mark read by the reading unit 208 is not limited to a one-dimensional code such as a barcode or a two-dimensional code such as a QR code (registered trademark), and may be any identification mark.
  • the identification information read by the reading unit 108 is not limited to the image information, and may be arbitrary information such as a passcode composed of characters or character strings.
  • the reading unit 208 is not limited to a functional unit such as a barcode reader and / or a camera, and may be, for example, an RFID reader that reads identification information from an RF tag. The information read by the reading unit 208 may be supplied to, for example, the controller 202 and / or the storage unit 204.
  • the trader terminal 200 may be a terminal such as a car navigation system used in a delivery vehicle on which the staff of a trader who provides a delivery service such as a courier service rides.
  • the trader terminal 200 which is a terminal such as a car navigation system, does not have to include the reading unit 208.
  • the staff in this case may further carry another trader terminal 200.
  • another trader terminal 200 carried by the staff may include a reading unit 208.
  • the operation unit 210 detects an operation by a user such as a staff member of a delivery company as an input.
  • the operation unit 210 may be configured by an input device such as a keyboard.
  • the operation unit 210 is for the user to operate, for example, a key (physical key) such as a keyboard, a button (physical button), a switch (mechanical switch), and / or a pointing device such as a mouse or a trackball. It may be any input device used.
  • the operating unit 210 can be a variety of known input devices.
  • the operation signal (input signal) detected by the operation unit 210 may be supplied to, for example, the controller 202 and / or the storage unit 204.
  • the operation unit 210 may be an input device such as a touch panel or a touch sensor.
  • the operation unit 210 may employ various types of touch panels such as a resistive film type, a capacitance type, or an optical type.
  • the display unit 212 may be any display device such as a liquid crystal display (Liquid Crystal Display), an organic EL display (Organic Electro-Luminescence panel), or an inorganic EL display (Inorganic Electro-Luminescence panel).
  • the display unit 212 may display various types of information such as characters, figures, and symbols.
  • the display unit 212 may display objects constituting various GUIs such as pointers, icon images, and the like in order to prompt the user who operates the trader terminal 200 to operate the terminal 200.
  • Various data necessary for displaying on the display unit 212 may be supplied from, for example, the controller 202 or the storage unit 204. Further, the display unit 212 may be configured to include a backlight or the like as appropriate.
  • the trader terminal 200 may include, instead of the display unit 212, or together with the display unit 212, a speaker or the like that transmits various information by voice to the user who operates the trader terminal 200.
  • the display unit 212 may be configured as, for example, a touch screen display together with the operation unit 210.
  • the touch screen display may include a display device such as a liquid crystal display or an organic EL display as the display unit 212.
  • the touch screen display may include, for example, a touch sensor or a touch panel for detecting the presence or absence of contact by the user and the position of the contact as the operation unit 210.
  • a key such as a numeric keypad or an icon can be displayed as an object on the display unit 212, and an operation in which the operator touches the object can be detected by the operation unit 210.
  • the display unit 212 displays first information (information indicating the probability that the recipient of the package is at home) and second information (information indicating the availability of a storage device such as the delivery box 100), which will be described later. ) May be displayed.
  • the position acquisition unit 240 acquires information regarding the position of the trader terminal 200.
  • the position acquisition unit 240 may acquire information regarding the position of the delivery vehicle in which the vendor terminal 200 is installed.
  • Information about the position of the trader terminal 200 detected by the position acquisition unit 240 may be supplied to, for example, the controller 202 and / or the storage unit 204.
  • the position acquisition unit 240 may acquire position information based on GNSS (Global Navigation Satellite System) technology or the like.
  • GNSS technology may include any satellite positioning system such as GPS (Global Positioning System), GLONASS, Galileo, and Quasi-Zenith Satellite (QZSS).
  • the position acquisition unit 240 may be a position information income device such as a GPS module.
  • the position acquisition unit 240 is not limited to the GPS module or the like, and may be configured by any device capable of acquiring information regarding the position.
  • the position information acquired by the position acquisition unit 240 may include, for example, at least one of latitude information, longitude information, and altitude information.
  • the position information acquired by the position acquisition unit 240 is supplied to the controller 202 and / or the storage unit 204. Based on the position information supplied from the position acquisition unit 240, the controller 202 can grasp the current position of the trader terminal 200 and the like.
  • the trader terminal 200 does not have to have a mechanism such as a GPS system for acquiring its own position.
  • the trader terminal 200 obtains the position of the trader terminal 200 from a position acquisition unit such as a GPS system provided in another electronic device such as a smartphone or a mobile phone linked with the trader terminal 200 from, for example, a communication unit 206. You may get it.
  • the trader terminal 200 may acquire the position of the trader terminal 200 from a position acquisition unit such as a GPS system provided in a delivery vehicle on which a staff of a trader who provides a delivery service such as a courier service rides.
  • the server (management server 10) is wired to the storage device (delivery box 100) for accommodating the package delivered to the recipient and other electronic devices (trader server 20 or trader terminal 200).
  • the storage device delivery box 100
  • other electronic devices trader server 20 or trader terminal 200
  • the communication unit 206 of the trader terminal 200 may directly or indirectly communicate with the accommodation device (communication unit 106) such as the delivery box 100.
  • the system 1 including the management server 10 according to the embodiment can be used in various situations when a delivery company or the like provides a service related to delivery.
  • the operation in which the management server 10 is the main body may be performed by the control of the controller 12 of the management server 10. That is, the operation "performed by the management server 10" may be an operation “performed by the control of the controller 12." Further, when the management server 10 "stores / records", the storage unit 14 of the management server 10 may store / record. Further, the term “transmit / receive” by the management server 10 may mean that the communication unit 16 of the management server 10 transmits / receives.
  • the operation in which the delivery box 100 is the main body may be performed by the control of the controller 102 of the delivery box 100. That is, the operation "performed by the delivery box 100" may be an operation "performed by the control of the controller 102". Further, when the delivery box 100 "stores / records", the storage unit 104 of the delivery box 100 may store / record. Further, when the delivery box 100 "transmits / receives", the communication unit 106 of the delivery box 100 may transmit / receive.
  • the operation mainly performed by the vendor server 20 may be performed under the control of the controller 22 of the vendor server 20. That is, the operation "performed by the vendor server 20" may be an operation "performed by the control of the controller 22".
  • the term "store / record” by the vendor server 20 may mean that the storage unit 24 of the vendor server 20 stores / records.
  • the term “transmit / receive” by the vendor server 20 may mean that the communication unit 26 of the vendor server 20 transmits / receives.
  • the operation mainly performed by the trader terminal 200 may be performed by controlling the controller 202 of the trader terminal 200. That is, the operation "performed by the trader terminal 200" may be an operation "performed by the control of the controller 202".
  • the term "store / record” by the trader terminal 200 may mean that the storage unit 204 of the trader terminal 200 stores / records.
  • the term “transmit / receive” by the trader terminal 200 may mean that the communication unit 206 of the trader terminal 200 transmits / receives.
  • the management server 10 returns the home probability of the recipient of the package in response to a request from the trader terminal 200 or the trader server 20.
  • the probability that the recipient of the package is at home is estimated that the recipient of the package is at home at that time as an index for determining whether or not the recipient is at home at the time when the package is delivered. It is information indicating the probability of being done.
  • the information indicating the home probability of the recipient of the delivered package is also referred to as "first information”.
  • the management server 10 records the probability that the package recipient is estimated to be at home in the past history without directly inquiring whether the package recipient is actually at home. Calculate indirectly based on. Therefore, the management server 10 can calculate the probability that the recipient is at home based on the information considering the privacy of the recipient of the package.
  • a person who resides in the building where the delivery box 100 is installed can store the delivered package in the delivery box 100 even if the package cannot be received due to reasons such as absence when the package is delivered. You can get it.
  • the recipient of the parcel can receive the delivered parcel by taking out the parcel contained in the delivery box 100, for example, when returning home.
  • the fact that the recipient of the package has taken out the package from the delivery box 100 at home is assumed to mean that the recipient is almost at home (or returning home) at least at that timing. That is, at that timing, the probability that the recipient is at home is assumed to be fairly high.
  • the recipient of the package takes the package out of the delivery box 100 and then brings the package back to his / her room. It is also assumed that the recipient of the package takes out the package from the delivery box 100 and then opens the package in his / her room. That is, it is assumed that the probability of the recipient staying at home is not so low at least for a certain period of time after the recipient of the package takes out the package from the delivery box 100.
  • the recipient of the package will be absent, for example, by going out again after a considerable amount of time has passed since the package was taken out from the delivery box 100. That is, it is assumed that the probability that the recipient will be at home is not so high after a relatively long time has passed since the recipient of the package took out the package from the delivery box 100. Further, it is assumed that the probability that the recipient is at home decreases as the time after the recipient of the package takes out the package from the delivery box 100 becomes longer. Further, the time from when the package is stored in the delivery box 100 until the recipient takes out the package may be assumed that the recipient is absent and the probability that the recipient is at home is relatively low. ..
  • the management server 10 may acquire the timing when the recipient takes out the delivered package from the delivery box 100 together with the information of the recipient from the delivery box 100. .. Then, the management server 10 may set the timing at which the recipient takes out the delivered package from the delivery box 100 as the peak value of the probability that the recipient is at home.
  • the peak value of the recipient's home probability may be any relatively high probability that is reasonable as a peak value, such as 100% or 95%.
  • the management server 10 may gradually lower the probability that the recipient of the package is at home as time passes from the time when the recipient takes out the package from the delivery box 100. For example, the management server 10 may reduce the probability of the recipient being at home by 10% every 15 minutes after the recipient takes out the package from the delivery box 100.
  • the communication unit 16 may receive information indicating the time when the parcel contained in the parcel delivery box 100 is taken out by the recipient of the parcel delivery box 100 from the parcel delivery box 100.
  • the controller 12 may determine the probability that the recipient of the package will be at home based on the time indicated by the information received by the communication unit 16. Further, in one embodiment, the controller 12 assumes that the probability of the recipient staying at home peaks at the time when the package contained in the delivery box 100 is taken out by the recipient, and the probability of the recipient staying at home becomes the peak after that time. It may be determined that it gradually decreases.
  • the management server 10 sets a relatively high predetermined probability that the recipient is at home, for example, 70% or 80%, until a predetermined time elapses after the recipient takes out the delivered package from the delivery box 100. It may be the probability of.
  • the predetermined time may be any time such as, for example, about 30 minutes or 1 hour.
  • the controller 12 determines that the probability of the recipient staying at home becomes equal to or greater than the predetermined time from the time when the package contained in the delivery box 100 is taken out by the recipient of the package. You may.
  • the management server 10 relatively sets the probability that the recipient is at home, for example, 5% or 15%, for the time from the time when the package is stored in the delivery box 100 to the time when the package is taken out by the recipient. It may be a low predetermined probability.
  • the controller 12 may determine that the probability of the recipient staying at home is equal to or less than the predetermined time until the time when the package contained in the delivery box 100 is taken out by the recipient. ..
  • FIG. 6 is a diagram illustrating an example of an operation in which the management server 10 generates information representing the home probability of the recipient of the package in the system 1.
  • FIG. 6 shows the sequence of operations of each element included in the system 1 in order from the top in chronological order.
  • each element included in the system 1 may be a delivery box 100, a management server 10, a trader server 20, and a trader terminal 200.
  • the operation shown in FIG. 6 may start when the recipient is trying to take out the package stored in the delivery box 100.
  • the recipient of the package may input the key information into the delivery box 100 in order to unlock the electronic lock 124 of the delivery box 100 containing the package.
  • the key information is notified to the legitimate recipient when applying for the service using the delivery box 100, and is also recorded in the management server 10 of the delivery box 100.
  • the key information may be, for example, information recorded on a card key owned by the recipient.
  • the recipient can have the delivery box 100 read the key information by holding the card key over the reading unit 108.
  • the key information may be an authentication image such as a barcode or QR code (registered trademark) displayed on the screen of a mobile terminal such as a smartphone owned by the recipient.
  • the recipient can have the delivery box 100 read the key information by holding the authentication image displayed on the screen of the mobile terminal over the reading unit 108.
  • the operation shown in FIG. 6 may be started when the recipient who wants to take out the package housed in the delivery box 100 inputs the key information into the delivery box 100.
  • the delivery box 100 acquires the key information (step S1).
  • the delivery box 100 transmits the acquired key information to the management server 10 (step S2).
  • the management server 10 authenticates the recipient by collating the received key information with the information of the legitimate recipient recorded in advance (step S3). After the recipient is authenticated in step S3, the management server 10 transmits the result of the authentication to the delivery box 100 (step S4).
  • step S4 If it is approved as a legitimate recipient in step S4, the delivery box 100 releases the electronic lock 124 of the door 122 of the storage unit 120 in which the recipient's luggage is housed (step S5). Further, if it is not approved as a legitimate recipient in step S4, the delivery box 100 does not have to release the electronic lock 124 of the door 122 of the accommodating unit 120 in step S5.
  • step S6 the delivery box 100 detects that the door 122 is closed.
  • step S6 the delivery box 100 may determine that the door 122 is closed from the detection result by the open / close detection unit 130.
  • the delivery box 100 may notify the management server 10 that the door 122 is closed (step S7).
  • the delivery box 100 After notifying the closing of the door 122 in step S7, the delivery box 100 detects whether or not the package still exists in the storage unit 120 (step S8). In step S8, the delivery box 100 may determine, for example, the presence or absence of a package in the storage unit 120 from the detection result by the weight detection unit 132. When it is detected in step S8 that there is no package in the storage unit 120, the delivery box 100 transmits the detection result to the management server 10 (step S9). After step S9, the delivery box 100 may lock the electronic lock 124 of the door 122 of the storage unit 120 from which the luggage has been taken out (step S10).
  • the management server 10 records the time when the recipient takes out the package from the delivery box 100 together with the recipient information (step S11).
  • the management server 10 may set the time when the recipient takes out the package as the time when the door 122 is closed (step S7), or when it is notified that the package does not exist in the storage unit (step). It may be S9).
  • FIG. 7 is a diagram showing an example of the result of performing the operation of FIG. 6 for a specific recipient (for example, recipient X) using the system 1.
  • FIG. 7 conceptually shows the information stored in the storage unit 14 of the management server 10 by performing the operation shown in FIG.
  • the recipient X frequently uses the delivery box 100, that is, frequently uses the delivery of the parcel.
  • the management server 10 records that the recipient X has taken out the package delivered at the time of absence on May 6th at 19:00. Further, it is assumed that the management server 10 records that the recipient X has taken out the package delivered at the time of absence on May 7 at 20:00. Further, it is assumed that the management server 10 records that the recipient X has taken out the package delivered at the time of absence on May 8 at 18:30.
  • the management server 10 records that the luggage was not taken out on May 9. As a case where the package is not taken out, it is assumed that the package is not delivered, or the package is delivered but the recipient X does not receive it within the same day. However, the management server 10 can grasp whether or not the package has been delivered to the specific delivery box 100 by acquiring the information regarding the delivery from the vendor server 20. Therefore, when the package is not delivered, the management server 10 avoids setting the probability that the recipient X is at home low, assuming that the recipient has not received the package.
  • the delivery company can increase the probability that the parcel can be delivered and delivered directly while the recipient is at home by delivering the package at a time when the probability that the specific recipient is at home is high.
  • the management server 10 can improve the accuracy of the home probability of a specific recipient. For example, by accumulating the information on the probability of staying at home as shown in FIG. 7, the management server 10 can, for example, by time zone, by morning / afternoon, by day of the week, by day, by month, or by season. , Various home-based probabilities of the recipient of the measurement can be obtained. For example, the management server 10 has a relatively high probability of being at home if a recipient is Wednesday morning, a relatively high probability of being at home in the afternoon of the second half of an odd month, and a specific recipient. It is possible to make a judgment that the probability of staying at home is relatively low during the season.
  • the controller 12 may determine the probability of being at home in a predetermined time frame of the recipient of the delivered package based on the first information stored in the storage unit 14.
  • the management server 10 determines the probability of the recipient being at home based on the time when the recipient takes out the package contained in the delivery box 100. Further, in one embodiment, the management server 10 may determine the probability of the recipient staying at home based on information other than the time when the recipient picks up the package.
  • the trader terminal 200 used by the staff of the courier may record the time when the delivery of the package is completed to a certain recipient.
  • the time when the delivery of the package to the recipient is completed may be, for example, the time when the vendor terminal 200 processes the slip attached to the package after the package is delivered to the recipient.
  • processing the slip by the trader terminal 200 means that the reading unit 208 of the trader terminal 200 reads an identification mark such as a bar code or a QR code (registered trademark) attached to the slip of the package for which delivery has been completed. May be.
  • the trader terminal 200 may send the information of the time when the delivery of the package is completed to the recipient to the trader server 20.
  • the management server 10 can determine the home probability of the recipient based on the time.
  • the controller 12 may determine the probability of the recipient staying at home based on the time.
  • the courier can leave an absentee card in the mailbox at the recipient's home. Then, the recipient who returns home may find out that the package has been delivered by the absence card and request the delivery company to redeliver it. In this case, it may be assumed that the recipient has a high probability of staying at home at the time specified at the time of requesting redelivery.
  • the vendor server 20 may record the time when the recipient requests redelivery. By receiving the time information from the vendor server 20, the management server 10 can determine the probability of the recipient staying at home based on the time.
  • the communication unit 16 receives information indicating the time specified by the recipient of the delivered package from another electronic device such as the trader server 20 (or trader terminal 200). You may. In this case, the controller 12 may determine the probability of the recipient staying at home based on the time.
  • the management server 10 returns the home probability of a specific recipient in response to a request from a delivery company who wants to know the home probability of the specific recipient will be described.
  • FIG. 8 is a diagram illustrating an example of an operation in which the management server 10 returns the home probability of a specific recipient in response to a request from a delivery company in the system 1. Similar to FIG. 6, FIG. 8 shows a sequence of operations of each element included in the system 1 in order from the top in chronological order. As shown in FIG. 8, each element included in the system 1 may be a delivery box 100, a management server 10, a trader server 20, and a trader terminal 200.
  • the operation shown in FIG. 8 may start when the staff of the delivery company or the like is trying to acquire the home probability of a specific recipient.
  • the staff of the delivery company or the like may input the information for identifying the recipient into the supplier terminal 200 in order to request the home probability of the specific recipient.
  • the information that identifies the recipient may be input from, for example, the reading unit 208 or the operating unit 210 of the trader terminal 200.
  • the trader terminal 200 may issue a request triggered by the input of information identifying the recipient.
  • the trader terminal 200 detects the input of information that identifies the recipient as a trigger (step S21).
  • the trader terminal 200 transmits a request for the probability that the recipient of the package is at home to the trader server 20 (step S22).
  • the vendor server 20 transmits a request for the probability that the recipient of the package is at home to the management server 10 (step S23).
  • the management server 10 Upon receiving the request in step S23, the management server 10 acquires the home probability of the recipient from the storage unit 14 (step S24) and transmits the home probability to the trader server 20 (step S25).
  • the trader server 20 Upon receiving the home-based probability in step S25, the trader server 20 transmits the home-based probability to the trader terminal 200 (step S26). After step S26, the trader terminal 200 may display the home-based probability (first information) received from the trader server 20 on the display unit 212.
  • the trader terminal 200 can acquire the home probability of a specific recipient.
  • the staff of the delivery company can determine whether or not the recipient is at home at the time when the package is delivered. Based on the probability that the recipient is at home, the staff of the delivery company can deliver the package to the recipient's home or the like at a time when the probability that the recipient is at home is high. Further, based on the probability that the recipient is at home, the staff of the delivery company assumes that when the probability that the recipient is at home is low, the delivery is not delivered to the recipient's home or the like, or is deposited in the delivery box 100 in advance. be able to.
  • the management server 10 returns the availability status of a storage device such as the delivery box 100 in response to a request from the trader terminal 200 or the trader server 20
  • the availability of the storage device indicates whether or not there is a vacancy in the storage unit 120 of the delivery box 100 installed at the home of the recipient of the delivered package, and if there is a vacancy, the number of the vacancy. It may be used as information.
  • the information indicating the availability of the storage device such as the delivery box 100 will also be referred to as "second information”.
  • the management server 10 controls and / or manages at least one delivery box 100 as described above. Therefore, the management server 10 can grasp the vacancy status including the vacancy number of the storage unit 120 of the specific delivery box 100 under the jurisdiction in real time. Therefore, the management server 10 can return the availability of the storage unit 120 of the specific delivery box 100 under the jurisdiction in response to the request from the trader terminal 200 or the trader server 20.
  • FIG. 9 is a diagram illustrating an example of an operation in which the management server 10 returns the availability status of a specific delivery box 100 in response to a request from a delivery company in the system 1. Similar to FIG. 6, FIG. 9 shows the sequence of operations of each element included in the system 1 in order from the top in chronological order. As shown in FIG. 9, each element included in the system 1 may be a delivery box 100, a management server 10, a trader server 20, and a trader terminal 200.
  • the operation shown in FIG. 9 may start when the staff of the delivery company or the like is trying to acquire the availability of the delivery box 100 of a specific recipient.
  • the staff of the delivery company or the like may input the information for identifying the recipient into the supplier terminal 200 in order to request the availability of the delivery box 100 of the specific recipient.
  • the information that identifies the recipient may be input from, for example, the reading unit 208 or the operating unit 210 of the trader terminal 200.
  • the trader terminal 200 may issue a request triggered by the input of information identifying the recipient.
  • the trader terminal 200 detects the input of information that identifies the recipient as a trigger (step S31).
  • the trader terminal 200 transmits a request for the probability that the recipient of the package is at home to the trader server 20 (step S32).
  • the vendor server 20 Upon receiving the request in step S32, the vendor server 20 sends a request for the availability of the recipient's delivery box 100 to the management server 10 (step S33).
  • the management server 10 Upon receiving the request in step S33, the management server 10 identifies the recipient's delivery box 100 (step S34) and sends an inquiry about availability to the specified delivery box 100 (step S35).
  • the delivery box 100 Upon receiving the inquiry about the availability in step S35, the delivery box 100 acquires the availability of the storage unit 120 and responds to the inquiry of the management server 10 (step S36).
  • the management server 10 Upon receiving the response in step S36, the management server 10 generates information on the availability of the delivery box 100 (step S37) and transmits the availability to the vendor server 20 (step S38).
  • the vendor server 20 Upon receiving the availability in step S28, the vendor server 20 transmits the availability to the vendor terminal 200 (step S39). After step S39, the trader terminal 200 may display the availability status (second information) received from the trader server 20 on the display unit 212.
  • the trader terminal 200 can acquire the availability of the delivery box 100 of a specific recipient.
  • the staff of the delivery company determines whether or not the parcel can be deposited in the delivery box 100 when the recipient is absent. Can be done. If the delivery box 100 of the recipient is free, the staff of the delivery company can avoid the troublesome situation of taking the package back and accepting the redelivery even if the recipient is absent.
  • the staff of the delivery company should be aware in advance that if the delivery box 100 of the recipient is full, if the recipient is absent, a troublesome situation may occur in which the parcel is taken back and redelivery is accepted. Can be done.
  • the request and reply of the first information shown in FIG. 8 and the request and reply of the second information shown in FIG. 9 may be carried out only by either one or both. That is, the trader terminal 200 may display the first information indicating the probability that the recipient of the package is at home and the second information indicating the availability of the accommodating device on the display unit 212.
  • the trader terminal 200 may display the first information indicating the probability that the recipient of the package is at home and the second information indicating the availability of the accommodating device on the display unit 212.
  • both the operation shown in FIG. 8 and the operation shown in FIG. 9 are carried out, either of them may be carried out first, and both may be carried out at the same time or substantially at the same time.
  • the controller 12 is at least one of the first information and the second information in response to a request received by the communication unit 16 from another electronic device such as the vendor server 20 or the vendor terminal 200. Is controlled to be transmitted from the communication unit 16 to the other electronic device.
  • the first information may be information representing the home probability of the recipient of the delivered package.
  • the first information may be information stored in the storage unit 14.
  • the second information may be information indicating the availability of the accommodation device acquired from the accommodation device such as the delivery box 100, for example.
  • the staff of the delivery company uses the delivery company terminal 200 to perform the first information of a specific recipient before or during the delivery of the package. And / or the second information can be easily obtained. Therefore, according to the system 1 including the management server 10 according to the embodiment, the staff of the delivery company is likely to be able to hand the cargo directly to the recipient who has a relatively high probability of staying at home in advance (that is,). You can know (before delivery). In addition, the delivery company staff can know in advance that the recipient, who has a relatively low probability of staying at home, is unlikely to be able to hand over the package directly.
  • the staff of the delivery company can also know in advance (that is, before delivery) the availability of the delivery box 100 installed in the recipient's residence by using the delivery company terminal 200. Therefore, if it is assumed that the recipient is absent when the delivery company staff delivers the package to the recipient (for example, the probability of the recipient being present is relatively low), the delivery box 100 is full. The situation of being forced to redeliver can be prevented.
  • the delivery company can grasp the prospect of the absence of the recipient of the package and / or the availability of the delivery box 100, which is efficient. It is possible to deliver packages in a targeted manner. That is, according to the system 1 including the management server 10 according to the embodiment, it is possible to reduce the labor of the delivery company to redeliver the package. Further, according to the system 1 including the management server 10 according to the embodiment, it is possible to reduce the trouble of the recipient of the package performing the redelivery procedure, setting the redelivery date and time, and staying at home on the redelivery date and time. be able to.
  • the parcel delivery can be made more efficient in the service of delivering the parcel to the recipient. Further, according to the system 1 including the management server 10 according to the embodiment, it can be beneficial to both the delivery company and the recipient of the package.
  • step S39 an example (step S39) in which the trader terminal 200 acquires the availability information (second information) of the delivery box 100 based on the trigger detection (step S31) has been described.
  • the mode in which the trader terminal 200 acquires the second information is not limited to the example shown in FIG. 9, and may be another mode.
  • the trader terminal 200 may acquire information on the availability of the delivery box 100 for a specific recipient in real time.
  • the management server 10 receives a request for information on the availability of the delivery box 100 for a specific recipient from the vendor terminal 200.
  • the management server 10 may transmit the information on the availability of the delivery box 100 at the present time to the trader terminal 200 according to the operation of FIG.
  • the management server 10 may continue to inquire about the availability information of the delivery box 100 for a specific recipient at a predetermined interval, and transmit the result to the trader terminal 200. Further, the management server 10 may transmit the result to the trader terminal 200 only when the information on the availability of the delivery box 100 is changed for a specific recipient. In this way, the staff of the delivery company can recognize that the availability of the delivery box 100 has been changed for a specific recipient by using the delivery company terminal 200 in almost real time. As described above, the information on the availability of the delivery box 100 (second information) can be changed based on the fact that the parcel contained in the delivery box 100 has been taken out by the recipient or the like.
  • the trader terminal 200 acquires information (first information) of the home probability of the recipient of the package based on the detection of the trigger (step S21) (step S26).
  • the mode in which the trader terminal 200 acquires the first information is not limited to the example shown in FIG. 8, and may be another mode.
  • the trader terminal 200 may acquire the changed information when the information on the home probability of a specific recipient is changed.
  • the management server 10 receives a request for information on the home probability of a specific recipient from the vendor terminal 200. In this case, the management server 10 may transmit the information on the probability of the recipient being at home at the present time to the trader terminal 200 according to the operation of FIG.
  • the management server 10 may continue to inquire about the information on the probability of the recipient being at home at a predetermined interval, and transmit the result to the trader terminal 200. Further, the management server 10 may transmit the result to the trader terminal 200 only when the information on the home probability of the recipient is changed. In this way, the staff of the delivery company can use the company terminal 200 to obtain the latest probability of staying at home when there is a change in the probability of staying at home of a specific recipient. As described above, the information on the probability of the recipient of the package being at home (first information) can be changed based on the package stored in the delivery box 100 being taken out by the recipient or the like.
  • the controller 202 of the trader terminal 200 has at least the first information and the second information modified based on the fact that the package contained in the storage device such as the delivery box 100 has been taken out. One may be displayed on the display unit 212.
  • the delivery request information includes, for example, sender information (sender's name / address, etc.), recipient information (recipient's name / address (destination), etc.), and package information (contents and fragile items). Whether or not), delivery date and time (if specified), trader ID, etc. may be included.
  • the parcel delivery plan may be information that defines the delivery order and delivery route when the staff of the delivery company delivers the parcel.
  • the parcel delivery plan may be information that defines the destination for the parcel delivery staff, the order in which the parcel is delivered to the location, the route for delivering the parcel, and the like.
  • the parcel delivery plan can be particularly important for efficient delivery, for example, when there are a plurality of parcels delivered by the staff of the delivery company.
  • FIG. 10 is a diagram illustrating an example of an operation in which the trader server 20 receives delivery request information from the trader terminal 200 and generates a delivery plan in the system 1. Similar to FIG. 6, FIG. 10 shows a sequence of operations of each element included in the system 1 in order from the top in chronological order. As shown in FIG. 10, each element included in the system 1 may be a delivery box 100, a management server 10, a trader server 20, and a trader terminal 200.
  • the operation shown in FIG. 10 may start when a customer requests delivery of a package, such as a staff member of a delivery company, and is trying to input information about the package into the company terminal 200.
  • a scene may be, for example, a scene in which a staff member of a delivery company visits a customer to collect a package.
  • the trader terminal 200 acquires the request information for the delivery of the package (step S41).
  • the trader terminal 200 may acquire the request information read by the reading unit 208 or the request information input from the operation unit 210.
  • the request information includes, for example, sender information (sender's name / address, etc.), recipient information (recipient's name / address (destination), etc.), and package information (contents). And whether it is a fragile item, etc.), the delivery date and time (if specified), the trader ID, etc. may be included.
  • the vendor terminal 200 transmits the acquired request information to the vendor server 20 (step S42).
  • the vendor server 20 When the request information is received in step S42, the vendor server 20 records the request information (step S43).
  • the trader terminal 200 and the trader server 20 may repeat the operations from step S41 to step S43 in FIG. 10 each time a request for delivery of a package is received.
  • the operations from step S41 to step S43 in FIG. 10 may be performed from one vendor terminal 200 to one vendor server 20.
  • the operations from step S41 to step S43 in FIG. 10 may be performed from the trader terminals 200 (plurality) used by the plurality of staff of the delivery trader to the trader server 20. That is, the trader server 20 may receive all the request information for each request received by the plurality of staff of the delivery trader.
  • the number of vendor servers 20 may be one, or each request information may be shared by a plurality of vendor servers 20.
  • the vendor server 20 requests at least the first information request (step S23) shown in FIG. 8 and the second information request (step S33) shown in FIG. One may be performed as appropriate.
  • the vendor server 20 Following step S43 (and the operation of FIGS. 8 and / or 9), the vendor server 20 generates a package delivery plan based on at least one of the first information, the second information, and the request information (the operation of FIG. 8 and / or FIG. 9). Step S44). When the package delivery plan is generated in step S44, the trader server 20 transmits the delivery plan to the trader terminal 200 (step S45).
  • the trader terminal 200 may display the information based on the delivery plan on, for example, the display unit 212.
  • the staff of the delivery company can perform the delivery business (for example, driving the delivery vehicle and delivering the package) while referring to the information based on the delivery plan displayed on the display unit 212 of the delivery company terminal 200.
  • the controller 12 of the management server 10 may transmit at least one of the first information and the second information from the communication unit 16 to another electronic device such as the trader server 20.
  • another electronic device such as the vendor server 20
  • the vendor server 20 when generating the delivery plan of the package, the probability that the recipient of the package is at home and / or the availability of the delivery box 100 installed in the recipient's residence is taken into consideration. Can be done. Therefore, according to the delivery plan generated by the vendor server 20 according to the embodiment, extremely efficient delivery can be realized.
  • the vendor server 20 generated the delivery plan.
  • the delivery plan may be generated by the management server 10 instead of the vendor server 20.
  • the controller 12 may create a plan to deliver the package to at least one destination based on at least one of the first information and the second information.
  • FIG. 11 is a diagram showing a configuration of a system according to an embodiment.
  • the system 2 according to the embodiment shown in FIG. 11 further includes the recipient terminal 300 in the system 1 shown in FIG.
  • the system 2 shows an example including a recipient terminal 300A, a recipient terminal 300B, and a recipient terminal 300C.
  • recipient terminal 300 when a plurality of recipient terminals such as the recipient terminal 300A and the recipient terminal 300B are not particularly distinguished, it may be simply referred to as "recipient terminal 300".
  • the recipient terminal 300A is used by the recipient who lives in the residence where the delivery box 100A is installed. Further, as shown in FIG. 11, it is assumed that the recipient terminal 300C is used by the recipient who lives in the residence where the delivery box 100C is installed. On the other hand, as shown in FIG. 11, it is assumed that the recipient terminal 300B is used by the recipient who lives in a residence where the delivery box is not installed.
  • the recipient terminal 300 is connected to the management server 10 via the network N. However, the recipient terminal 300 may be connected to the management server 10 without going through the network N. Further, the recipient terminal 300 may be connected to at least one of the delivery box 100, the trader server 20, and the trader terminal 200, for example, by wire or wirelessly.
  • the recipient terminal 300 may be a dedicated terminal adapted to the system 2, or may be, for example, a conventional smartphone, mobile phone, tablet terminal, or the like.
  • a conventional smartphone, mobile phone, tablet terminal, or the like is used as the recipient terminal 300, for example, the application used in the system 2 may be installed on the recipient terminal 300.
  • the recipient terminal 300 may be realized on an Internet browser.
  • the recipient terminal 300 is not limited to a smartphone, a mobile phone, a tablet terminal, or the like, and may be a notebook PC, a desktop PC, or the like.
  • FIG. 12 is a functional block diagram schematically showing the configuration of the recipient terminal 300 according to the embodiment.
  • the recipient terminal 300 for example, has an application used in the system 2, for example, installed on a conventional smartphone.
  • the recipient terminal 300 may have the same configuration as the trader terminal 200 shown in FIG.
  • the recipient terminal 300 shown in FIG. 12 may include a controller 302, a storage unit 304, a communication unit 306, a reading unit 308, an operation unit 310, a display unit 312, and a position acquisition unit 340.
  • These functional units may correspond to the functional units shown in FIG. 5, that is, the controller 202, the storage unit 204, the communication unit 206, the reading unit 208, the operation unit 210, the display unit 212, and the position acquisition unit 240.
  • Good is, the controller 202, the storage unit 204, the communication unit 206, the reading unit 208, the operation unit 210, the display unit 212, and the position acquisition unit 240.
  • system 2 including the management server 10 according to the embodiment can be used in various situations when a delivery company or the like provides a service related to delivery.
  • FIG. 13 is a diagram illustrating the operation of the system 2 including the management server 10 according to the embodiment.
  • FIG. 13 is a diagram showing an embodiment in which the operation of the system 1 shown in FIG. 10 is applied to the system 2 including the recipient terminal 300. Similar to FIG. 6, FIG. 13 shows the sequence of operations of each element included in the system 1 in order from the top in chronological order.
  • each element included in the system 1 may be a delivery box 100, a management server 10, a trader server 20, a trader terminal 200, and a recipient terminal 300.
  • the management server 10 In the operation of the system 1 described with reference to FIG. 10, the vendor server 20 generated the delivery plan (step S44).
  • the management server 10 In the operation of the system 2 described with reference to FIG. 13, the management server 10 generates a delivery plan (step S55).
  • the management server 10 In the system 2, the management server 10 generates a delivery plan, so that, for example, the request information of different vendors acquired by the plurality of vendor servers 20 used by different vendors can be collectively aggregated in the management server 10. it can. Therefore, the management server 10 can generate and transmit a delivery plan to each of the vendors based on the request information from the plurality of vendor servers 20 used by the different vendors. In this case, the management server 10 may take security measures so as not to transmit the information of another company to a certain company.
  • FIG. 13 starts as a scene in which a delivery company staff or the like is requested by a customer to deliver a package and is trying to input information about the package into the company terminal 200. Good.
  • a scene may be, for example, a scene in which a staff member of a delivery company visits a customer to collect a package.
  • the trader terminal 200 acquires the request information for the delivery of the package (step S51).
  • the trader terminal 200 may acquire the request information read by the reading unit 208 or the request information input from the operation unit 210.
  • the request information includes, for example, sender information (sender's name / address, etc.), recipient information (recipient's name / address (destination), etc.), and package information (contents). And whether it is a fragile item, etc.), the delivery date and time (if specified), the trader ID, etc. may be included.
  • the vendor terminal 200 transmits the acquired request information to the vendor server 20 (step S52).
  • the vendor server 20 transmits the request information to the management server 10 (step S53).
  • step S53 the management server 10 records the request information (step S54).
  • the trader terminal 200, the trader server 20, and the management server 10 may repeat the operations from step S51 to step S54 in FIG. 13 each time a request for delivery of a package is received.
  • the operations from step S51 to step S54 in FIG. 13 may be performed from one vendor terminal 200 to one vendor server 20.
  • the operations from step S51 to step S54 in FIG. 13 may be performed from the trader terminals 200 (plurality) used by the plurality of staff of the delivery trader to the trader server 20. That is, the trader server 20 may receive all the request information for each request received by the plurality of staff of the delivery trader.
  • the number of vendor servers 20 may be one, or each request information may be shared by a plurality of vendor servers 20.
  • the management server 10 obtains at least the first information shown in FIG. 8 (step S24) and the inquiry for the second information shown in FIG. 9 (step S35). One may be performed as appropriate.
  • the management server 10 Following step S54 (and the operation of FIGS. 8 and / or 9), the management server 10 generates a package delivery plan based on at least one of the first information, the second information, and the request information (the operation of FIG. 8 and / or FIG. 9). Step S55). When the package delivery plan is generated in step S55, the management server 10 transmits the delivery plan to the vendor server 20 (step S56).
  • the trader server 20 transmits the delivery plan to the trader terminal 200 (step S57).
  • the trader terminal 200 may display the information based on the delivery plan on, for example, the display unit 212.
  • the staff of the delivery company can perform the delivery business (for example, driving the delivery vehicle and delivering the package) while referring to the information based on the delivery plan displayed on the display unit 212 of the delivery company terminal 200.
  • the management server 10 transmits a delivery notification based on the delivery plan to the recipient terminal 300 of the recipient to be delivered (step S58).
  • the recipient is specified from the recipient information (name, address (destination), etc. of the recipient) included in the request information of the package requested to be delivered, and the identified recipient uses it.
  • a delivery notification may be sent to the recipient terminal 300.
  • the delivery notification is based on, for example, sender information (sender's name, address, etc.), package information (contents and whether it is fragile, etc.), delivery date and time (if specified), and vendor ID. It may be a notification such as a trader name. This information may also be based on the information contained in the request information of the package for which delivery has been requested.
  • the recipient terminal 300 may display the received delivery notification on, for example, the display unit 312.
  • the recipient terminal 300 may display the delivery notification on the display unit 312 as at least one of, for example, a message, an e-mail, and a notification.
  • the recipient using the recipient terminal 300 can know that the package is scheduled to be delivered to himself / herself together with the scheduled delivery date and time. Further, the recipient using the recipient terminal 300 may be able to know at least one of the information of the sender of the package to be delivered, the content of the package, the name of the delivery company, and the like.
  • the recipient using the recipient terminal 300 can request a change in the delivery date and time, or specify a delivery date and time that has not been set.
  • the recipient terminal 300 may detect a change in the delivery date and time or a designated input by the recipient by the operation unit 310 (step S59).
  • the recipient terminal 300 transmits the change or designation to the management server 10 (step S60).
  • the management server 10 Upon receiving the change or designation of the delivery date and time in step S60, the management server 10 generates a delivery plan for the package based on at least one of the first information, the second information, the request information, and the change or designation of the delivery date and time. (Step S61). When the package delivery plan is generated in step S61, the management server 10 transmits the delivery plan to the vendor server 20 (step S62).
  • the trader server 20 transmits the delivery plan to the trader terminal 200 (step S63).
  • the management server 10 may transmit the changed delivery plan to the vendor server 20 (step S62) only when the generated delivery plan is changed from the still generated delivery plan.
  • the trader terminal 200 may display the information based on the delivery plan on, for example, the display unit 212.
  • the staff of the delivery company can perform the delivery business (for example, driving the delivery vehicle and delivering the package) while referring to the information based on the delivery plan displayed on the display unit 212 of the delivery company terminal 200.
  • the controller 12 of the management server 10 may create a plan for delivering the package to at least one destination based on at least one of the first information and the second information.
  • the communication unit 16 may receive the third information from another electronic device such as the trader server 20 or the trader terminal 200.
  • the third information may be information including a request for delivery of a package.
  • the controller 12 may create a plan for delivering the package to at least one destination based on at least one of the first information and the second information and the third information. ..
  • the controller 12 when the controller 12 creates a plan (delivery plan) for delivering a package to at least one destination, the controller 12 transfers the plan from the communication unit 16 to the trader server 20 or the trader terminal 200. It may be transmitted to other electronic devices. Further, in one embodiment, the controller 12 may transmit the information on the delivery schedule of the package included in the plan from the communication unit 16 to the terminal (recipient terminal 300) of the recipient of the package. Further, in one embodiment, the communication unit 16 may receive information indicating a request for changing the delivery schedule from the terminal of the recipient of the package. In this case, when the communication unit 16 receives the information indicating the request for changing the delivery schedule, the controller 12 may recreate the plan (delivery plan).
  • the management server 10 when the management server 10 generates the delivery plan of the package, the probability of the recipient of the package being at home and / or the availability of the delivery box 100 installed in the recipient's residence. Can be added. Therefore, according to the delivery plan generated by the management server 10 according to the embodiment, extremely efficient delivery can be realized.
  • a notification is sent to the recipient. Therefore, the recipient can know at any time that the package will be delivered to him / her, together with the scheduled delivery date and time.
  • the recipient who receives the notification can request a change in the delivery schedule or specify the scheduled delivery date and time when the scheduled delivery date and time is not convenient, for example.
  • the management server 10 may acquire both the first information and the second information regarding the recipient. Can not. That is, since the recipient who uses the recipient terminal 300B does not use the delivery box, the probability of staying at home based on the usage history of the delivery box cannot be determined, and the availability of the delivery box cannot be acquired. ..
  • the recipient terminal 300 knows that the package is scheduled to be delivered to the recipient and the date and time regardless of whether the recipient uses the delivery box. be able to. Further, according to the system 2, the recipient terminal 300 can request a change in the delivery schedule and specify the scheduled delivery date and time. Therefore, according to the system 2 according to the embodiment, it may be beneficial to the recipient who does not use the delivery box.
  • the parcel delivery can be made more efficient in the service of delivering the parcel to the recipient. Further, according to the system 2 including the management server 10 according to the embodiment, it can be beneficial to both the delivery company and the recipient of the package.
  • each functional unit can be rearranged so as not to be logically inconsistent.
  • a plurality of functional parts and the like may be combined or divided into one.
  • the probability that the recipient of the package is at home is determined based on the time when the package contained in the delivery box 100 is taken out by the recipient.
  • the delivery box 100 is used not only to store the package when the recipient is absent, but also to store the package before the delivery company staff visits the package when requesting the delivery of the package. You may. Therefore, in one embodiment, the probability of the recipient of the package being at home may be determined based on the time when the package was stored in the delivery box 100 when the recipient requested delivery of the package in the past.
  • the probability that the recipient is at home is relatively high until the time when the recipient accommodates the package in the delivery box 100. Further, it may be determined that the probability that the recipient is at home is relatively low from the time when the recipient accommodates the package in the delivery box 100. Further, the probability that the recipient is at home gradually increases until the time when the recipient stores the package in the delivery box 100, and the time when the recipient stores the package in the delivery box 100 is also the peak of the probability that the recipient is at home. Good. Further, it may be determined that the probability of the recipient staying at home is equal to or greater than the predetermined time until the time when the recipient accommodates the package in the delivery box 100.
  • the delivery box 100 according to the embodiment is not limited to the entrance of an apartment house such as an apartment.
  • the delivery box 100 according to the embodiment may be installed in a public space such as a railway station or a store such as a convenience store.

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Supports Or Holders For Household Use (AREA)

Abstract

受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なサーバは、通信部と、記憶部と、コントローラとを備えている。通信部は、収容装置及び他の電子機器と通信する。記憶部は、荷物の受取人の在宅確率を表す第１情報を記憶する。コントローラは、通信部が受信する他の電子機器からの要求に応じて、記憶部に記憶された第１情報及び収容装置から取得する収容装置の空き状況を表す第２情報を、通信部により他の電子機器に送信するように制御する。

Description

サーバ、システム、サーバの制御方法、プログラム、及び電子機器 関連出願の相互参照
　本出願は、２０１９年９月１３日に日本国に特許出願された特願２０１９－１６７６３３の優先権を主張するものであり、この先の出願の開示全体を、ここに参照のために取り込む。
　本開示は、サーバ、システム、サーバの制御方法、プログラム、及び電子機器に関する。
　近年、Ｅコマース市場の成長とともに、例えば通信販売などによって売買される商品などが配達される際の宅配便の取扱個数が急増している。また、特に日本国の都市部を中心として、核家族世帯及び単身世帯が増えている。このため、宅配業者が荷物を配達した際に受取人がしばしば不在という状況が発生し、再配達を余儀なくされることがある。
　かかる状況に対応するために、例えばアパート又はマンションのような集合住宅のエントランスなどに、宅配物収容ボックスが設置されることがある。宅配物収容ボックスは、受取人が不在の間に当該受取人に宛てた宅配物が配達されても、当該宅配物を収容しておくことができる。このような宅配物収納ボックスを効率的に使用する試みが提案されている。
　また、宅配業者のような配送業者が顧客に荷物を配達する際の効率を向上させるための試みも提案されている。例えば、特許文献１は、配送スケジュールを管理するコンピュータシステムを利用して、顧客の在宅確率及び配送時間を踏まえて配送業務の効率化を図ることを提案している。
特開２０１３－１６７９７２号公報
　一実施形態に係るサーバは、
　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なサーバであって、
　前記収容装置及び前記他の電子機器と通信する通信部と、
　前記荷物の受取人の在宅確率を表す第１情報を記憶する記憶部と、
　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するように制御するコントローラと、
　を備える。
　一実施形態に係るシステムは、
　受取人に配送された荷物を収容する収容装置と、
　他の電子機器と、
　前記収容装置及び前記他の電子機器と通信するサーバと、
を含むシステムであって、
　前記サーバは、
　　前記収容装置及び前記他の電子機器と通信する通信部と、
　　前記荷物の受取人の在宅確率を表す第１情報を記憶する記憶部と、
　　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するように制御するコントローラと、
を備える。
　一実施形態に係るサーバの制御方法は、
　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なサーバの制御方法であって、
　前記収容装置及び前記他の電子機器と通信部が通信するステップと、
　前記荷物の受取人の在宅確率を表す第１情報を記憶部が記憶するステップと、
　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するようにコントローラが制御するステップと、
　を含む。
　一実施形態に係るプログラムは、
　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なコンピュータに、
　前記収容装置及び前記他の電子機器と通信部が通信するステップと、
　前記荷物の受取人の在宅確率を表す第１情報を記憶部が記憶するステップと、
　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するようにコントローラが制御するステップと、
　を実行させる。
　一実施形態に係る電子機器は、
　荷物を収容する収容装置と直接的又は間接的に通信する通信部と、
　前記荷物の受取人の在宅確率を表す第１情報及び前記収容装置の空き状況を表す第２情報を表示する表示部と、
　前記収容装置に収容された荷物が取り出されたことに基づいて、前記第１情報及び前記第２情報の少なくとも一方を変更するコントローラと、
　を備える。
一実施形態に係る宅配システムの構成図である。 一実施形態に係る管理サーバの構成を概略的に示す機能ブロック図である。 一実施形態に係る宅配ボックスの構成を概略的に示す機能ブロック図である。 一実施形態に係る業者サーバの構成を概略的に示す機能ブロック図である。 一実施形態に係る業者端末の構成を概略的に示す機能ブロック図である。 一実施形態に係るシステムの動作を説明する図である。 一実施形態に係る管理サーバが記録する情報の例を示す図である。 一実施形態に係るシステムの動作を説明する図である。 一実施形態に係るシステムの動作を説明する図である。 一実施形態に係るシステムの動作を説明する図である。 一実施形態に係る宅配システムの構成図である。 一実施形態に係る受取人端末の構成を概略的に示す機能ブロック図である。 一実施形態に係るシステムの動作を説明する図である。
　荷物を受取人に配送するサービスにおいて荷物の配送を効率化できれば、配送業者及び荷物の受取人の双方にとって有益になり得る。本開示の目的は、荷物を受取人に配送するサービスにおいて荷物の配送を効率化し得るサーバ、システム、サーバの制御方法、プログラム、及び電子機器を提供することにある。一実施形態によれば、荷物を受取人に配送するサービスにおいて荷物の配送を効率化し得るサーバ、システム、サーバの制御方法、プログラム、及び電子機器を提供することができる。
　本開示において、「収容装置」とは、例えば宅配便などによって配送される商品などの荷物を収容する装置としてよい。例えば、「収容装置」とは、上述したような宅配物収容ボックスのようなものとしてもよい。具体的には、「収容装置」とは、例えば宅配ボックス又は宅配ロッカーのようなものとしてよい。また、本開示において、「収容装置」は、電力によって駆動される機器又は装置としてよい。ここで、「収容」とは、配送された商品などの物品を、一定の場所におさめ入れることとしてよい。本開示において、収容装置の「ユーザ」とは、一実施形態に係る収容装置を使用する者としてよい。ここで、収容装置の「ユーザ」とは、例えば宅配便によって配送された荷物の受取人及びその家族など当該受取人に関連する者のみならず、例えば宅配便によって荷物を配送する配送業者などの人員も含めてよい。
　また、本開示において、「宅配便」とは、典型的には、一般家庭などに軽量な小口荷物を配送するサービスとしてよい。しかしながら、本開示における「宅配便」は、一般家庭など対するサービスに限定されない。また、本開示における「宅配便」において配送される荷物は、軽量でなくてもよく、小口荷物にも限定されない。また、本開示において、「荷物」とは、例えば宅配便などの配送業者によって配送される商品などのような、運搬又は運送される物品としてよい。
　以下、一実施形態に係る管理サーバを含むシステムについて、図面を参照して説明する。
　図１は、一実施形態に係るシステムの構成を示す図である。図１に示すように、一実施形態に係るシステム１は、管理サーバ１０及び業者サーバ２０を含んで構成されてよい。図１に示すように、管理サーバ１０と、業者サーバ２０とは、ネットワークＮを介して有線又は無線で接続されてよい。また、図１に示すように、一実施形態に係るシステム１は、宅配ボックス１００と、業者端末２００とを含んでもよい。図１において、各要素が有線又は無線で接続可能である様子を、破線によって示してある。
　本開示において、「サーバ」とは、サービスを提供するコンピュータとしてよい。すなわち、「サーバ」とは、例えばクライアントサーバモデルにおけるサーバのように、クライアントからの要求に対して情報及び／又は処理結果を提供する機能を果たすコンピュータ及び／又はソフトウェアとしてよい。
　一実施形態に係る管理サーバ１０は、宅配ボックス１００を管理及び／又は制御するサーバである。一実施形態に係る管理サーバ１０は、（例えば受取人が不在の時に）宅配ボックス１００のような収容装置に荷物を配送する配送業者によって運営されるサーバとしてもよい。一方、一実施形態に係る管理サーバ１０は、必ずしも配送業者によって運営されなくてもよい。一実施形態に係る管理サーバ１０は、例えば複数の配送業者（同業他社を含む）の宅配ボックスをまとめて管理するようなサービスを提供する業者によって運営されるサーバとしてもよい。また、管理サーバ１０は、例えばクラウドサービスを提供するクラウドサーバとしてもよい。
　管理サーバ１０は、少なくとも１つの宅配ボックス１００を管理及び／又は制御する。図１において、管理サーバ１０は、宅配ボックス１００Ａ、宅配ボックス１００Ｂ、及び宅配ボックス１００Ｃと接続されている。管理サーバ１０は、少なくとも１つの任意の数の宅配ボックス１００と有線又は無線で接続されてよい。本開示において、宅配ボックス１００Ａ及び宅配ボックス１００Ｂのような複数の宅配ボックスを特に区別しない場合、単に「宅配ボックス１００」と記すことがある。
　一実施形態に係る宅配ボックス１００は、例えば上述のような宅配ボックス又は宅配ロッカーのような宅配物収容ボックスとして使用可能な収容装置としてよい。一実施形態に係る宅配ボックス１００は、例えば宅配便業者などのような配送業者が配送した商品などの荷物を、受取人が受け取るまで収容しておく装置としてよい。すなわち、例えば宅配便業者などのような配送業者は、配送した商品などの荷物の受取人が不在であるような場合に、当該荷物を宅配ボックス１００に収容させておくことができる。また、配送された商品などの荷物の受取人は、例えば不在中などに配送された当該荷物を宅配ボックス１００から取り出すことができる。上述のように、少なくとも１つの宅配ボックス１００は、それぞれ、管理サーバ１０によって管理及び／又は制御される。図１において、宅配ボックス１００は、管理サーバ１０と接続可能であるように図示してある。しかしながら、宅配ボックス１００は、例えばネットワークＮを介して管理サーバ１０と接続可能としてもよい。
　管理サーバ１０は、ネットワークＮを介して、少なくとも１つの業者サーバ２０に有線又は無線で接続されてよい。図１において、管理サーバ１０は、業者サーバ２０Ａ、業者サーバ２０Ｂ、及び業者サーバ２０Ｃと接続されている。管理サーバ１０は、少なくとも１つの任意の数の業者サーバ２０と有線又は無線で接続されてよい。本開示において、業者サーバ２０Ａ及び業者サーバ２０Ｂのような複数の業者サーバ２０を特に区別しない場合、単に「業者サーバ２０」と記すことがある。
　一実施形態に係る業者サーバ２０は、典型的には宅配便のような配送サービスなどを提供する業者のスタッフによって利用されるサーバとしてよい。例えば、業者サーバ２０Ａは、配送サービスなどを提供する業者であるＡ社のスタッフによって利用されるサーバとしてよい。また、業者サーバ２０Ｂは、配送サービスなどを提供する業者であるＢ社のスタッフによって利用されるサーバとしてよい。また、業者サーバ２０Ｃは、配送サービスなどを提供する業者であるＣ社のスタッフによって利用されるサーバとしてよい。
　業者サーバ２０は、例えば荷物の配送に関する各種の情報を、リクエストに応じて送信する。また、業者サーバ２０は、例えば配送を行うスタッフからのリクエストに応じて、当該スタッフが担当する荷物の配送計画を生成して提供してもよい。
　図１において、業者サーバ２０Ａは、業者端末２００Ａａ、業者端末２００Ａｂ、及び業者端末２００Ａｃと接続される。業者サーバ２０Ｂは、業者端末２００Ｂａ、業者端末２００Ｂｂ、及び業者端末２００Ｂｃと接続される。また、業者サーバ２０Ｃは、業者端末２００Ｃａ、業者端末２００Ｃｂ、及び業者端末２００Ｃｃと接続される。このように、業者サーバ２０Ａ、業者サーバ２０Ｂ、及び業者サーバ２０Ｃは、それぞれ少なくとも１つの業者端末２００に有線又は無線で接続されてよい。
　本開示において、業者端末２００Ａａ及び業者端末２００Ａｂのような複数の業者端末を特に区別しない場合、単に「業者端末２００Ａ」と記すことがある。同様に、本開示において、業者端末２００Ｂａ及び業者端末２００Ｂｂのような複数の業者端末を特に区別しない場合、単に「業者端末２００Ｂ」と記すことがある。同様に、本開示において、業者端末２００Ｃａ及び業者端末２００Ｃｂのような複数の業者端末を特に区別しない場合、単に「業者端末２００Ｃ」と記すことがある。また、本開示において、業者端末２００Ａ及び業者端末２００Ｂのような複数の業者端末を特に区別しない場合、単に「業者端末２００」と記すことがある。
　業者端末２００は、典型的には宅配便のような配送サービスなどを提供する業者のスタッフによって使用される端末としてよい。例えば、業者端末２００Ａは、配送サービスなどを提供する業者であるＡ社のスタッフによって使用されてよい。また、業者端末２００Ｂは、配送サービスなどを提供する業者であるＢ社のスタッフによって使用されてよい。また、業者端末２００Ｃは、配送サービスなどを提供する業者であるＣ社のスタッフによって使用されてよい。
　一実施形態に係る業者端末２００は、宅配便のような配送サービスなどを提供する業者のスタッフのうち、顧客から荷物を集荷したり受取人に荷物を配送したりするスタッフによって使用される端末としてよい。例えば、業者端末２００は、宅配便のような配送サービスなどを提供する業者のスタッフが、配送の依頼を受任する際に配送に関する情報を入力する端末としてよい。例えば、業者端末２００は、バーコード又はＱＲコード（登録商標）のような二次元コードなどを読み取る機能を備えるコードリーダとしてよい。また、業者端末２００は、例えば宅配便のような配送サービスなどを提供する業者のスタッフが乗車する配送車にて用いられるカーナビゲーションシステムのような端末としてもよい。その他、業者端末２００は、配送サービスなどを提供する業者のスタッフの業務に供する情報を送信及び／又は受信可能な各種の端末としてよい。図１において、業者端末２００は、業者サーバ２０と接続可能であるように図示してある。しかしながら、業者端末２００は、例えばネットワークＮを介して業者サーバ２０と接続可能としてもよい。
　図１に示すネットワークＮは、有線、無線、又は有線と無線との任意の組み合わせにより構成される。ネットワークＮは、管理サーバ１０と、業者サーバ２０及び業者端末２００の少なくとも一方のような他の電子機器とを通信可能にするものであれば、インターネット又はイントラネットなど、任意のネットワークとしてよい。
　次に、図１に示した管理サーバ１０、宅配ボックス１００、業者サーバ２０、及び業者端末２００のそれぞれの構成について、より詳細に説明する。
　図２は、一実施形態に係る管理サーバ１０の構成を概略的に示す機能ブロック図である。
　図２に示すように、一実施形態に係る管理サーバ１０は、コントローラ１２と、記憶部１４と、通信部１６とを備えている。一実施形態に係る管理サーバ１０は、図２に示す機能部の一部を備えなくてもよいし、図２に示す以外の機能部を備えてもよい。
　コントローラ１２は、管理サーバ１０を制御及び／又は管理するための種々の機能を実行する。コントローラ１２は、種々の機能を実行するための制御及び処理能力を提供するために、例えばＣＰＵ(Central Processing Unit)のような、少なくとも１つのプロセッサを含んでよい。コントローラ１２は、まとめて１つのプロセッサで実現してもよいし、いくつかのプロセッサで実現してもよいし、それぞれ個別のプロセッサで実現してもよい。プロセッサは、単一の集積回路として実現されてよい。集積回路は、ＩＣ（Integrated Circuit）ともいう。プロセッサは、複数の通信可能に接続された集積回路及びディスクリート回路として実現されてよい。プロセッサは、他の種々の既知の技術に基づいて実現されてよい。一実施形態において、コントローラ１２は、例えばＣＰＵ及び当該ＣＰＵで実行されるプログラムとして構成してよい。コントローラ１２において実行されるプログラム、及び、コントローラ１２において実行された処理の結果などは、記憶部１４に記憶してよい。一実施形態に係る管理サーバ１０のコントローラ１２の動作については、さらに後述する。
　記憶部１４は、コントローラ１２及び通信部１６などから取得した各種情報を記憶する。一実施形態において、記憶部１４は、ユーザなどによって入力された情報を記憶してもよい。また、記憶部１４は、コントローラ１２によって実行されるプログラム等を記憶する。その他、記憶部１４は、例えばコントローラ１２による演算結果などの各種データも記憶する。さらに、記憶部１４は、コントローラ１２が動作する際のワークメモリ等も含むものとしてもよい。記憶部１４は、例えば半導体メモリ又は磁気ディスク等により構成することができるが、これらに限定されず、任意の記憶装置とすることができる。例えば、記憶部１４は、一実施形態に係る管理サーバ１０に挿入されたメモリカードのような記憶媒体としてもよい。また、記憶部１４は、コントローラ１２として用いられるＣＰＵの内部メモリであってもよい。
　一実施形態において、記憶部１４は、配送される荷物の受取人の在宅確率を表す第１情報を記憶してよい。配送される荷物の受取人の在宅確率を表す第１情報については、さらに後述する。
　通信部１６は、無線通信をはじめとする各種の機能を実現することができる。通信部１６は、例えばＬＴＥ（Long Term Evolution）、４Ｇ、又は５Ｇ等の種々の通信方式による通信を実現してよい。通信部１６は、例えばＩＴＵ－Ｔ(International Telecommunication Union Telecommunication Standardization Sector)において通信方式が標準化されたモデムを含んでよい。また、通信部１６は、例えばＷｉ－Ｆｉ又はBluetooth（登録商標）等の種々の方式による無線通信を実現してもよい。通信部１６は、例えばアンテナを介して、例えば外部サーバ又はクラウドサーバのような外部機器の通信部と、ネットワークを介して無線通信してよい。一実施形態において、通信部１６は、例えば外部サーバ又はクラウドサーバなどの外部のデータベースから、各種の情報を受信してよい。通信部１６が受信する情報は、例えばコントローラ１２及び／又は記憶部１４に供給されてよい。また、通信部１６から送信される情報は、例えばコントローラ１２及び／又は記憶部１４から供給されてよい。
　通信部１６が送受信する各種の情報は、例えば記憶部１４に記憶してもよい。通信部１６は、例えば電波を送受信するアンテナ及び適当なＲＦ部などを含めて構成してよい。通信部１６は、無線通信を行うための既知の技術により構成することができる。また、通信部１６は、管理サーバ１０が他の電子機器と有線通信するためのインタフェースとしてもよい。
　一実施形態において、図２に示す管理サーバ１０の通信部１６は、宅配ボックス１００の通信部１０６（図３）と有線又は無線で通信してよい。また、通信部１６は、業者サーバ２０の通信部２６（図４）と有線又は無線で通信してよい。また、通信部１６は、業者端末２００の通信部２０６（図５）と有線又は無線で通信してもよい。通信部１６は、業者サーバ２０の通信部２６及び業者端末２００の通信部２０６の少なくとも一方と有線又は無線で通信してよい。このように、一実施形態において、通信部１６は、例えば宅配ボックス１００のような収容装置、並びに、業者サーバ２０及び業者端末２００の少なくとも一方のような他の電子機器と通信する。また、通信部１６は、例えば、外部サーバとして機能する情報処理装置のような他の電子機器の通信部と無線通信してもよい。
　一実施形態に係る管理サーバ１０は、一般的なクライアントサーバモデルにおけるサーバと同様のハードウェア構成としてよい。また、上述のように、一実施形態に係る管理サーバ１０は、例えばクラウドサービスを提供するクラウドサーバとしてもよい。
　図３は、一実施形態に係る宅配ボックス１００の構成を概略的に示す機能ブロック図である。
　図３に示すように、一実施形態に係る宅配ボックス１００は、コントローラ１０２と、記憶部１０４と、通信部１０６とを備えている。また、一実施形態に係る宅配ボックス１００は、読取部１０８と、操作部１１０と、表示部１１２とを備えてもよい。また、一実施形態に係る宅配ボックス１００は、収容部１２０と、扉１２２と、電子ロック１２４と、開閉検出部１３０と、重量検出部１３２とを備えてもよい。一実施形態に係る宅配ボックス１００は、図３に示す機能部の一部を備えなくてもよいし、図３に示す以外の機能部を備えてもよい。
　コントローラ１０２は、宅配ボックス１００を制御及び／又は管理するための種々の機能を実行する。コントローラ１０２は、例えば図２に示したコントローラ１２のように構成してよい。
　記憶部１０４は、コントローラ１０２及び通信部１０６などから取得した各種情報を記憶する。また、記憶部１０４は、コントローラ１０２によって実行されるプログラム等を記憶する。その他、記憶部１０４は、例えばコントローラ１０２による演算結果などの各種データも記憶する。記憶部１０４は、例えば図２に示した記憶部１４のように構成してよい。
　通信部１０６は、図２に示す管理サーバ１０の通信部１６と有線又は無線で通信してよい。この場合、通信部１０６は、ネットワークＮを介して、管理サーバ１０の通信部１６と通信してもよい。通信部１０６は、例えば図２に示した通信部１６のように構成してよい。
　読取部１０８は、宅配ボックス１００に収容された荷物を受け取る受取人を識別する情報を読み取るための例えばバーコードリーダ及び／又はカメラなどによって構成されてよい。この場合、カメラは、例えばＣＣＤイメージセンサなど、各種の撮像デバイスで構成してよい。一実施形態において、宅配ボックス１００に収容された荷物を受け取る受取人は、例えばスマートフォンのような受取人端末の表示部に表示された一次元バーコード又はＱＲコード（登録商標）などのような識別画像を、読取部１０８にかざしてよい。この場合、宅配ボックス１００は、例えば一次元バーコード又はＱＲコード（登録商標）などのような識別画像を認証することにより、その受け取る受取人が宅配ボックス１００に収容された荷物を受け取るべき正規の者であるか否か認証してよい。
　荷物の受取人が正規の者であると認証されれば、宅配ボックス１００は、扉１２２の電子ロック１２４を解除してよい。また、荷物の受取人が正規の者であると認証されない場合、宅配ボックス１００は、扉１２２の電子ロック１２４を解除しないようにしてよい。このようにして、正規の受取人のみが、宅配ボックス１００に収容された荷物を受け取ることができる。一実施形態において、読取部１０８が読み取る識別画像は、バーコードのような一次元コード又はＱＲコード（登録商標）のような二次元コードに限定されず、任意の識別画像としてよい。また、一実施形態において、読取部１０８が読み取る識別情報は、画像情報にも限定されず、例えば文字又は文字列により構成されるパスコードなどのように、任意の情報としてよい。さらに、読取部１０８は、バーコードリーダ及び／又はカメラのような機能部に限定されず、例えばＲＦタグから識別情報を読み取るＲＦＩＤリーダなどとしてもよい。読取部１０８が読み取った情報は、例えばコントローラ１０２及び／又は記憶部１０４などに供給されてよい。
　操作部１１０は、例えば荷物の受取人又は配送業者のスタッフのようなユーザによる操作を入力として検出する。操作部１１０は、例えばキーボードなどのような入力装置によって構成されてよい。操作部１１０は、例えばキーボードのようなキー（物理キー）、ボタン（物理ボタン）、スイッチ（メカスイッチ）、及び／又は、マウス若しくはトラックボールのようなポインティングデバイスなど、ユーザが操作を行うために使用する任意の入力デバイスとしてよい。一実施形態において、操作部１１０は既知の各種入力デバイスとすることができる。操作部１１０が検出した操作信号（入力信号）は、例えばコントローラ１０２及び／又は記憶部１０４などに供給されてよい。
　また、操作部１１０は、タッチパネル又はタッチセンサのような入力装置としてもよい。この場合、操作部１１０は、抵抗膜方式、静電容量方式、又は光学式などの種々の方式のタッチパネルなどを採用してよい。
　表示部１１２は、例えば、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electro-Luminescence panel）、又は無機ＥＬディスプレイ（Inorganic Electro-Luminescence panel）等の任意の表示デバイスとしてよい。表示部１１２は、文字、図形、又は記号等の各種の情報を表示してよい。表示部１１２は、宅配ボックス１００を操作するユーザに操作を促すために、ポインタをはじめとする種々のＧＵＩを構成するオブジェクト、及びアイコン画像などを表示してもよい。表示部１１２において表示を行うために必要な各種データは、例えばコントローラ１０２又は記憶部１０４などから供給されてよい。また、表示部１１２は、適宜、バックライトなどを含んで構成してもよい。
　また、一実施形態に係る宅配ボックス１００は、表示部１１２に代えて、又は表示部１１２とともに、宅配ボックス１００を操作するユーザに各種の情報を音声で伝えるスピーカなどを備えてもよい。
　一実施形態において、表示部１１２は、操作部１１０とともに、例えばタッチスクリーンディスプレイとして構成されてもよい。この場合、タッチスクリーンディスプレイは、表示部１１２として、例えば液晶ディスプレイ又は有機ＥＬディスプレイなどの表示デバイスを備えてよい。また、この場合、タッチスクリーンディスプレイは、操作部１１０として、例えば、ユーザによる接触の有無及び当該接触の位置を検出するタッチセンサ又はタッチパネルを備えてよい。このような構成においては、例えばテンキーなどのキー又はアイコン等をオブジェクトとして表示部１１２に表示して、当該オブジェクトに対して操作者（ユーザ）が接触する操作を、操作部１１０により検出することができる。
　収容部１２０は、宅配ボックス１００において受取人に配送された荷物を収容することができるスペースである。すなわち、配送業者のスタッフは、荷物を受取人の住所に配送した際に、当該受取人が不在の場合、当該荷物を宅配ボックス１００の収容部１２０に収容することができる。収容部１２０は、例えば宅配ボックス１００の筐体を構成してもよい。宅配ボックス１００は、例えばアパート又はマンションのような集合住宅のエントランスなどに設置される場合、複数の収容部１２０を備えるように構成されてもよい。
　扉１２２は、収容部１２０において収容される荷物が出し入れされる個所に取り付けられてよい。扉１２２は、収容部１２０の少なくとも一部を開閉可能に構成されてよい。宅配ボックス１００において扉１２２が開くように構成されることにより、荷物の受取人は、宅配ボックス１００に収容された荷物を取り出すことができる。また、扉１２２が閉じるように構成されることにより、宅配ボックス１００に収容された荷物を受取人が取り出すまでは、例えば受取人以外の者によって当該荷物が取り出されることを防ぐことができる。宅配ボックス１００が複数の収容部１２０を備える場合、それぞれの収容部１２０ごとに扉１２２が取り付けられてよい。
　扉１２２は、例えばコントローラ１０２の制御によって、自動的に開閉するように構成されてもよい。また、扉１２２は、例えばユーザによって手動で開閉されるように構成されてもよい。
　電子ロック１２４は、扉１２２が閉じられた状態でロックを施錠／解除することができる。電子ロック１２４は、例えば扉１２２を電子的にロックしてよい。一実施形態において、電子ロック１２４は、複数の扉１２２の少なくともいずれかのロックを、選択的に施錠及び解除してよい。この場合、コントローラ１０２、電子ロック１２４の施錠及び解除を制御してよい。宅配ボックス１００が複数の収容部１２０を備える場合、それぞれの収容部１２０の扉１２２ごとに電子ロック１２４が取り付けられてもよい。
　図３に示す収容部１２０、扉１２２、及び電子ロック１２４の少なくともいずれかは、従来式の宅配ボックス又は宅配ロッカーのような宅配物収容ボックスと同様に構成してもよい。
　開閉検出部１３０は、扉１２２が閉状態にあるか開状態にあるかを検出するセンサとしてよい。例えば、開閉検出部１３０は、扉１２２と収容部１２０との接点の接触の有無を検出するセンサとしてよい。この場合、扉１２２と収容部１２０との接点が接触していれば、開閉検出部１３０は、扉１２２が閉状態にあると検出することができる。一方、扉１２２と収容部１２０との接点が接触していなければ、開閉検出部１３０は、扉１２２が開状態にあると検出することができる。また、開閉検出部１３０は、電子ロック１２４が施錠状態にあるか解除状態にあるかを検出するセンサとしてもよい。この場合、開閉検出部１３０は、例えば電子ロック１２４のステータス信号に基づいて、電子ロック１２４が施錠状態にあるか解除状態にあるかを判定してもよい。開閉検出部１３０が検出した結果に基づく信号は、例えばコントローラ１０２及び／又は記憶部１０４などに供給されてよい。
　重量検出部１３２は、収容部１２０に収容された荷物の重量を検出するセンサとしてよい。重量検出部１３２は、収容部１２０に収容された荷物の重量を高精度に検出するセンサとしてもよい。また、重量検出部１３２は、収容部１２０に収容された荷物の重量を粗い精度で検出するセンサとしてもよい。一実施形態において、重量検出部１３２は、収容部１２０に荷物が収容されているか否かを判定できる程度の精度で荷物の重量を検出できればよい。収容部１２０の内部において重量検出部１３２がある程度の重量を検出していれば、収容部１２０の内部に荷物が収容されていると判定することができる。一方、収容部１２０の内部において重量検出部１３２がある程度の重量を検出していなければ（例えば重量ほぼゼロのように）、収容部１２０の内部に荷物が収容されていないと判定することができる。
　重量検出部１３２は、検出される荷物の重量に基づいて、収容部１２０の内部に荷物が収容されているか否かを判定する。一実施形態において、重量検出部１３２の代わりに、例えばカメラなどの撮像デバイスによって、収容部１２０の内部に荷物が収容されているか否かを判定してもよい。重量検出部１３２が検出した結果に基づく信号は、例えばコントローラ１０２及び／又は記憶部１０４などに供給されてよい。
　宅配ボックス１００の構成によっては、例えば開閉検出部１３０及び重量検出部１３２の一方のみを備えるように構成されてもよいし、これらのどちらも備えないように構成されてもよい。
　図４は、一実施形態に係る業者サーバ２０の構成を概略的に示す機能ブロック図である。
　図４に示すように、一実施形態に係る業者サーバ２０は、コントローラ２２と、記憶部１４と、通信部２６とを備えている。一実施形態に係る業者サーバ２０は、図４に示す機能部の一部を備えなくてもよいし、図４に示す以外の機能部を備えてもよい。上述のように、業者サーバ２０は、典型的には宅配便のような配送サービスなどを提供する業者のスタッフによって利用されるサーバとしてよい。
　コントローラ２２は、業者サーバ２０を制御及び／又は管理するための種々の機能を実行する。コントローラ２２は、例えば図２に示したコントローラ１２のように構成してよい。
　記憶部２４は、コントローラ２２及び通信部２６などから取得した各種情報を記憶する。また、記憶部２４は、コントローラ２２によって実行されるプログラム等を記憶する。その他、記憶部２４は、例えばコントローラ２２による演算結果などの各種データも記憶する。記憶部２４は、例えば図２に示した記憶部１４のように構成してよい。
　通信部２６は、図２に示す管理サーバ１０の通信部１６と有線又は無線で通信してよい。この場合、通信部２６は、ネットワークＮを介して、管理サーバ１０の通信部１６と通信してもよい。また、通信部２６は、業者端末２００の通信部２０６（図５）と有線又は無線で通信してよい。この場合、通信部２６は、ネットワークＮを介して、業者端末２００の通信部２０６と通信してもよい。通信部２６は、例えば図２に示した通信部１６のように構成してよい。
　このように、一実施形態に係る業者サーバ２０は、一般的なクライアントサーバモデルにおけるサーバと同様のハードウェア構成としてよい。また、一実施形態に係る業者サーバ２０は、例えばクラウドサービスを提供するクラウドサーバとしてもよい。
　図５は、一実施形態に係る業者端末２００の構成を概略的に示す機能ブロック図である。
　図５に示すように、一実施形態に係る業者端末２００は、コントローラ２０２と、記憶部２０４と、通信部２０６とを備えている。また、一実施形態に係る業者端末２００は、読取部２０８と、操作部２１０と、表示部２１２とを備えてもよい。また、一実施形態に係る業者端末２００は、位置取得部２４０を備えてもよい。一実施形態に係る業者端末２００は、図５に示す機能部の一部を備えなくてもよいし、図５に示す以外の機能部を備えてもよい。
　コントローラ２０２は、業者端末２００を制御及び／又は管理するための種々の機能を実行する。コントローラ２０２は、例えば図２に示したコントローラ１２のように構成してよい。
　記憶部２０４は、コントローラ２０２及び通信部２０６などから取得した各種情報を記憶する。また、記憶部２０４は、コントローラ２０２によって実行されるプログラム等を記憶する。その他、記憶部２０４は、例えばコントローラ２０２による演算結果などの各種データも記憶する。記憶部２０４は、例えば図２に示した記憶部１４のように構成してよい。
　通信部２０６は、図３に示す業者サーバ２０の通信部２６と有線又は無線で通信してよい。この場合、通信部２０６は、ネットワークＮを介して、業者サーバ２０の通信部２６と通信してもよい。また、通信部２０６は、図２に示した管理サーバ１０の通信部１６と有線又は無線で通信してもよい。この場合、通信部２０６は、ネットワークＮを介して、管理サーバ１０の通信部１６と通信してもよい。通信部２０６は、例えば図２に示した通信部１６のように構成してよい。
　読取部２０８は、配送業者によって配送される荷物を識別する情報を読み取るための例えばバーコードリーダ及び／又はカメラなどによって構成されてよい。この場合、カメラは、例えばＣＣＤイメージセンサなど、各種の撮像デバイスで構成してよい。一実施形態において、配送業者のスタッフ（例えば配送車の運転者）などは、配送される荷物に付された伝票などに表示された一次元バーコード又はＱＲコード（登録商標）などのような識別標識を、読取部２０８にかざしてよい。この場合、業者端末２００は、例えば一次元バーコード又はＱＲコード（登録商標）などのような識別標識を識別することにより、当該識別標識に関連付けられた情報を参照することができる。また、業者端末２００は、例えば一次元バーコード又はＱＲコード（登録商標）などのような識別標識を識別することにより、当該識別標識に他の情報を関連付けることができる。前記識別標識に関連付けられる他の情報とは、例えば、荷物の配送を依頼した依頼主の名前（名称）、配送される荷物の宛先及び受取人の名称（名称）、荷物が配送される希望日時、並びに配送される荷物の内容物などの少なくともいずれかを示す情報としてよい。
　一実施形態において、読取部２０８が読み取る識別標識は、バーコードのような一次元コード又はＱＲコード（登録商標）のような二次元コードに限定されず、任意の識別標識としてよい。また、一実施形態において、読取部１０８が読み取る識別情報は、画像情報に限定されず、例えば文字又は文字列により構成されるパスコードなどのように、任意の情報としてよい。さらに、読取部２０８は、バーコードリーダ及び／又はカメラのような機能部に限定されず、例えばＲＦタグから識別情報を読み取るＲＦＩＤリーダなどとしてもよい。読取部２０８が読み取った情報は、例えばコントローラ２０２及び／又は記憶部２０４などに供給されてよい。
　上述のように、一実施形態において、業者端末２００は、例えば宅配便のような配送サービスなどを提供する業者のスタッフが乗車する配送車にて用いられるカーナビゲーションシステムのような端末としてもよい。この場合、カーナビゲーションシステムのような端末とする業者端末２００は、読取部２０８を備えなくてもよい。また、この場合のスタッフは、他の業者端末２００をさらに携帯してもよい。そして、スタッフに携帯される他の業者端末２００は、読取部２０８を備えてもよい。
　操作部２１０は、例えば配送業者のスタッフのようなユーザによる操作を入力として検出する。操作部２１０は、例えばキーボードなどのような入力装置によって構成されてよい。操作部２１０は、例えばキーボードのようなキー（物理キー）、ボタン（物理ボタン）、スイッチ（メカスイッチ）、及び／又は、マウス若しくはトラックボールのようなポインティングデバイスなど、ユーザが操作を行うために使用する任意の入力デバイスとしてよい。一実施形態において、操作部２１０は既知の各種入力デバイスとすることができる。操作部２１０が検出した操作信号（入力信号）は、例えばコントローラ２０２及び／又は記憶部２０４などに供給されてよい。
　また、操作部２１０は、タッチパネル又はタッチセンサのような入力装置としてもよい。この場合、操作部２１０は、抵抗膜方式、静電容量方式、又は光学式などの種々の方式のタッチパネルなどを採用してよい。
　表示部２１２は、例えば、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electro-Luminescence panel）、又は無機ＥＬディスプレイ（Inorganic Electro-Luminescence panel）等の任意の表示デバイスとしてよい。表示部２１２は、文字、図形、又は記号等の各種の情報を表示してよい。表示部２１２は、業者端末２００を操作するユーザに操作を促すために、ポインタをはじめとする種々のＧＵＩを構成するオブジェクト、及びアイコン画像などを表示してもよい。表示部２１２において表示を行うために必要な各種データは、例えばコントローラ２０２又は記憶部２０４などから供給されてよい。また、表示部２１２は、適宜、バックライトなどを含んで構成してもよい。
　また、一実施形態に係る業者端末２００は、表示部２１２に代えて、又は表示部２１２とともに、業者端末２００を操作するユーザに各種の情報を音声で伝えるスピーカなどを備えてもよい。
　一実施形態において、表示部２１２は、操作部２１０とともに、例えばタッチスクリーンディスプレイとして構成されてもよい。この場合、タッチスクリーンディスプレイは、表示部２１２として、例えば液晶ディスプレイ又は有機ＥＬディスプレイなどの表示デバイスを備えてよい。また、この場合、タッチスクリーンディスプレイは、操作部２１０として、例えば、ユーザによる接触の有無及び当該接触の位置を検出するタッチセンサ又はタッチパネルを備えてよい。このような構成においては、例えばテンキーなどのキー又はアイコン等をオブジェクトとして表示部２１２に表示して、当該オブジェクトに対して操作者が接触する操作を、操作部２１０により検出することができる。一実施形態において、表示部２１２は、後述する第１情報（荷物の受取人の在宅確率を表す情報）、及び、後述する第２情報（宅配ボックス１００のような収容装置の空き状況を表す情報）を表示してもよい。
　位置取得部２４０は、業者端末２００の位置に関する情報を取得する。一実施形態において、位置取得部２４０は、業者端末２００が設置された配送車両の位置に関する情報を取得してもよい。位置取得部２４０が検出した業者端末２００の位置に関する情報は、例えばコントローラ２０２及び／又は記憶部２０４などに供給されてよい。
　位置取得部２４０は、ＧＮＳＳ（Global Navigation Satellite System）技術等に基づいて、位置情報を取得するものとしてよい。ＧＮＳＳ技術は、例えばＧＰＳ（Global Positioning System）、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、及び準天頂衛星（ＱＺＳＳ）等のいずれか衛星測位システムを含んでよい。位置取得部２４０は、例えばＧＰＳモジュールなどの位置情報所得デバイスとしてよい。位置取得部２４０は、ＧＰＳモジュールなどに限定されず、位置に関する情報を取得可能な任意のデバイスによって構成してもよい。
　位置取得部２４０が取得する位置情報は、例えば、緯度情報、経度情報、及び高度情報の少なくともいずれかの情報を含んでよい。位置取得部２４０が取得する位置情報は、コントローラ２０２及び／又は記憶部２０４に供給される。位置取得部２４０から供給される位置情報に基づいて、コントローラ２０２は、業者端末２００の現在位置などを把握することができる。
　また、業者端末２００は、自らの位置を取得するＧＰＳシステムのような機構を有さなくてもよい。この場合、業者端末２００は、例えば通信部２０６などから、業者端末２００と連携するスマートフォン又は携帯電話などのような他の電子機器が備えるＧＰＳシステムなどの位置取得部から、業者端末２００の位置を取得してもよい。
また、業者端末２００は、例えば宅配便のような配送サービスなどを提供する業者のスタッフが乗車する配送車が備えるＧＰＳシステムなどの位置取得部から、業者端末２００の位置を取得してもよい。
　このように、一実施形態に係るサーバ（管理サーバ１０）は、受取人に配送された荷物を収容する収容装置（宅配ボックス１００）及び他の電子機器（業者サーバ２０又は業者端末２００）に有線又は無線で接続可能なものとしてよい。また、業者端末２００の通信部２０６は、宅配ボックス１００のような収容装置（の通信部１０６）と、直接的又は間接的に通信してよい。
　次に、一実施形態に係る管理サーバ１０を含むシステム１の動作について、さらに説明する。一実施形態に係る管理サーバ１０を含むシステム１は、配送業者などが配送に関するサービスを提供する際の種々の場面において利用され得る。
　以下の説明において、管理サーバ１０が主体となる動作は、管理サーバ１０のコントローラ１２の制御により行うものとしてよい。すなわち、「管理サーバ１０が行う」動作とは、「コントローラ１２の制御により行う」動作としてよい。また、管理サーバ１０が「記憶／記録する」とは、管理サーバ１０の記憶部１４が記憶／記録するものとしてよい。さらに、管理サーバ１０が「送信／受信する」とは、管理サーバ１０の通信部１６が送信／受信するものとしてよい。
　同様に、宅配ボックス１００が主体となる動作は、宅配ボックス１００のコントローラ１０２の制御により行うものとしてよい。すなわち、「宅配ボックス１００が行う」動作とは、「コントローラ１０２の制御により行う」動作としてよい。また、宅配ボックス１００が「記憶／記録する」とは、宅配ボックス１００の記憶部１０４が記憶／記録するものとしてよい。さらに、宅配ボックス１００が「送信／受信する」とは、宅配ボックス１００の通信部１０６が送信／受信するものとしてよい。
　同様に、業者サーバ２０が主体となる動作は、業者サーバ２０のコントローラ２２の制御により行うものとしてよい。すなわち、「業者サーバ２０が行う」動作とは、「コントローラ２２の制御により行う」動作としてよい。また、業者サーバ２０が「記憶／記録する」とは、業者サーバ２０の記憶部２４が記憶／記録するものとしてよい。さらに、業者サーバ２０が「送信／受信する」とは、業者サーバ２０の通信部２６が送信／受信するものとしてよい。
　同様に、業者端末２００が主体となる動作は、業者端末２００のコントローラ２０２の制御により行うものとしてよい。すなわち、「業者端末２００が行う」動作とは、「コントローラ２０２の制御により行う」動作としてよい。また、業者端末２００が「記憶／記録する」とは、業者端末２００の記憶部２０４が記憶／記録するものとしてよい。さらに、業者端末２００が「送信／受信する」とは、業者端末２００の通信部２０６が送信／受信するものとしてよい。
（荷物の受取人の在宅確率を表す情報（第１情報））
　まず、システム１における動作として、管理サーバ１０が、業者端末２００又は業者サーバ２０からのリクエストに応じて、荷物の受取人の在宅確率を返信する動作について説明する。ここで、荷物の受取人の在宅確率とは、荷物が配送される時刻に受取人が在宅であるか否かを判断するための指標として、当該時刻に荷物の受取人が在宅であると推定される確率を示す情報である。以下、配送される荷物の受取人の在宅確率を表す情報を、「第１情報」とも記す。
　一実施形態において、管理サーバ１０は、荷物の受取人が実際に在宅であるか否かを直接的に問い合わせることなく、荷物の受取人が在宅であると推定される確率を、過去の履歴に基づいて間接的に算出する。このため、管理サーバ１０は、荷物の受取人のプライバシに配慮した情報に基づいて、受取人が在宅である確率を算出することができる。
　宅配ボックス１００が設置された建物に居住する者は、荷物が配送された時に例えば不在などの理由で当該荷物を受け取ることができなかったとしても、配送された荷物を宅配ボックス１００に収容してもらうことができる。この場合、荷物の受取人は、例えば帰宅した際などに、宅配ボックス１００に収容されていた荷物を取り出すことにより、配送された荷物を受け取ることができる。
　ここで、荷物の受取人が自宅の宅配ボックス１００から荷物を取り出したということは、当該受取人は少なくともそのタイミングにおいてほぼ在宅（又は帰宅）していると想定される。すなわち、そのタイミングにおいて、受取人の在宅確率は相当程度に高いものと想定される。
　また、荷物の受取人は、宅配ボックス１００から荷物を取り出した後、その荷物を自室に持ち帰るものと想定される。また、荷物の受取人は、宅配ボックス１００から荷物を取り出した後、自室で当該荷物を開封したりすることも想定される。すなわち、荷物の受取人が宅配ボックス１００から荷物を取り出した後、少なくともある程度の時間は、受取人の在宅確率はさほど低くないものと想定される。
　ただし、荷物の受取人は、宅配ボックス１００から荷物を取り出してから相当程度の時間が経過した後は、例えば再び出かけるなどして不在であることも想定される。すなわち、荷物の受取人が宅配ボックス１００から荷物を取り出してから比較的長い時間が経過した後は、受取人の在宅確率はさほど高くないことも想定される。さらに、荷物の受取人が宅配ボックス１００から荷物を取り出してからの時間が長くなるにつれて、受取人の在宅確率は低くなるものと想定される。また、荷物が宅配ボックス１００に収容されてから受取人が荷物を取り出すまでの時間は、受取人は不在であったと仮定して、受取人の在宅確率は比較的低いものと想定してもよい。
　以上のようにして在宅確率を算出するために、管理サーバ１０は、配送された荷物を受取人が宅配ボックス１００から取り出したタイミングを、当該受取人の情報とともに、宅配ボックス１００から取得してよい。そして、管理サーバ１０は、配送された荷物を受取人が宅配ボックス１００から取り出したタイミングを、受取人の在宅確率のピーク値に設定してもよい。受取人の在宅確率のピーク値とは、例えば１００％又は９５％などのような、ピーク値として妥当な比較的高い任意の確率としてよい。さらに、管理サーバ１０は、受取人が宅配ボックス１００から荷物を取り出した時点から時間が経過するごとに、荷物の受取人の在宅確率を徐々に低くしてもよい。例えば、管理サーバ１０は、受取人が宅配ボックス１００から荷物を取り出した時点から１５分経過するごとに、受取人の在宅確率が１０％ずつ減るものとしてもよい。
　このように、一実施形態において、通信部１６は、宅配ボックス１００に収容された荷物が当該荷物の受取人によって取り出された時刻を示す情報を当該宅配ボックス１００から受信してもよい。この場合、コントローラ１２は、通信部１６によって受信した情報が示す時刻に基づいて、荷物の受取人の在宅確率を決定してもよい。また、一実施形態において、コントローラ１２は、宅配ボックス１００に収容された荷物が受取人によって取り出された時刻において受取人の在宅確率がピークになるものとし、その時刻以降は受取人の在宅確率が徐々に低下するものと決定してもよい。
　また、管理サーバ１０は、配送された荷物を受取人が宅配ボックス１００から取り出してから所定の時間が経過するまでは、受取人の在宅確率を例えば７０％又は８０％のような比較的高い所定の確率としてもよい。ここで、所定の時間とは、例えば３０分又は１時間程度などの任意の時間としてもよい。
　このように、一実施形態において、コントローラ１２は、宅配ボックス１００に収容された荷物が当該荷物の受取人によって取り出された時刻から所定の時間、受取人の在宅確率が所定以上になるものと決定してもよい。
　また、管理サーバ１０は、宅配ボックス１００に荷物が収容された時点から当該荷物が受取人によって取り出された時点までの時間は、受取人の在宅確率を例えば５％又は１５％のような比較的低い所定の確率としてもよい。
　このように、一実施形態において、コントローラ１２は、宅配ボックス１００に収容された荷物が受取人によって取り出される時刻までの時間において、受取人の在宅確率が所定以下になるものと決定してもよい。
　図６は、システム１において、管理サーバ１０が荷物の受取人の在宅確率を表す情報を生成する動作の例を説明する図である。図６は、システム１に含まれる各要素の動作のシーケンスを、時系列に沿って上から順に示している。図６に示すように、システム１に含まれる各要素とは、宅配ボックス１００、管理サーバ１０、業者サーバ２０、及び業者端末２００としてよい。
　図６に示す動作が開始するのは、宅配ボックス１００に収容された荷物を受取人が取り出そうとしている場面としてよい。この時、荷物の受取人は、荷物が収容された宅配ボックス１００の電子ロック１２４を解除するために、鍵情報を宅配ボックス１００に入力してよい。ここで、鍵情報は、宅配ボックス１００を利用するサービスを申し込む際に正規の受取人に通知されるとともに、宅配ボックス１００の管理サーバ１０にも記録されているものとする。鍵情報は、例えば受取人が所有するカードキーに記録されている情報としてよい。この場合、受取人は、カードキーを読取部１０８にかざすことにより、宅配ボックス１００に鍵情報を読み込ませることができる。また、鍵情報は、例えば受取人が所有するスマートフォンのような携帯端末の画面に表示されるバーコード又はＱＲコード（登録商標）のような認証画像としてもよい。この場合、受取人は、携帯端末の画面に表示される認証画像を読取部１０８にかざすことにより、宅配ボックス１００に鍵情報を読み込ませることができる。
　図６に示す動作は、宅配ボックス１００に収容された荷物を取り出したい受取人が、鍵情報を宅配ボックス１００に入力する時点において開始してよい。
　受取人が鍵情報を宅配ボックス１００に入力すると、宅配ボックス１００は、鍵情報を取得する（ステップＳ１）。ステップＳ１において鍵情報を取得すると、宅配ボックス１００は、取得した鍵情報を管理サーバ１０に送信する（ステップＳ２）。
　ステップＳ２において鍵情報を受信すると、管理サーバ１０は、受信した鍵情報を予め記録された正規の受取人の情報と照合することで、受取人を認証する（ステップＳ３）。ステップＳ３において受取人の認証が行われたら、管理サーバ１０は、当該認証の結果を宅配ボックス１００に送信する（ステップＳ４）。
　ステップＳ４において正規の受取人であることが承認されたら、宅配ボックス１００は、受取人の荷物が収容された収容部１２０の扉１２２の電子ロック１２４を解除する（ステップＳ５）。また、ステップＳ４において正規の受取人であることが承認されない場合、宅配ボックス１００は、ステップＳ５において収容部１２０の扉１２２の電子ロック１２４を解除しなくてよい。
　ステップＳ５において電子ロック１２４が解除されたら、宅配ボックス１００は、扉１２２がクローズされたことを検出する（ステップＳ６）。ステップＳ６において、宅配ボックス１００は、開閉検出部１３０による検出結果から、扉１２２が閉じられたと判定してよい。ステップＳ６において扉１２２がクローズされたら、宅配ボックス１００は、管理サーバ１０に扉１２２がクローズした旨を通知してよい（ステップＳ７）。
　ステップＳ７において扉１２２のクローズを通知したら、宅配ボックス１００は、まだ収容部１２０に荷物が存在するか否かを検出する（ステップＳ８）。ステップＳ８において、宅配ボックス１００は、例えば重量検出部１３２による検出結果から、収容部１２０の荷物の有無を判定してよい。ステップＳ８において収容部１２０に荷物が存在しないことが検出されたら、宅配ボックス１００は、当該検出結果を管理サーバ１０に送信する（ステップＳ９）。ステップＳ９の後、宅配ボックス１００は、荷物が取り出された収容部１２０の扉１２２の電子ロック１２４を施錠してよい（ステップＳ１０）。
　また、ステップＳ９の後、管理サーバ１０は、受取人が荷物を宅配ボックス１００から取り出した時刻を、受取人情報とともに記録する（ステップＳ１１）。ステップＳ１１において、管理サーバ１０は、受取人が荷物を取り出した時刻を、扉１２２がクローズされた時点（ステップＳ７）としてもよいし、収容部に荷物が存在しないことが通知された時点（ステップＳ９）としてもよい。
　図７は、システム１を用いて図６の動作を特定の受取人（例えば受取人Ｘとする）について行った結果の一例を示す図である。図７は、図６示した動作を行うことにより、管理サーバ１０の記憶部１４に記憶される情報を概念的に示すものである。ここで、説明のために、受取人Ｘは、宅配ボックス１００を利用する頻度が高い、すなわち荷物の配送を利用する頻度が高いものとする。
　図７に示すように、管理サーバ１０は、５月６日の不在時に配送された荷物を受取人Ｘが１９：００に取り出した旨を記録したとする。また、管理サーバ１０は、５月７日の不在時に配送された荷物を受取人Ｘが２０：００に取り出した旨を記録したとする。また、管理サーバ１０は、５月８日の不在時に配送された荷物を受取人Ｘが１８：３０に取り出した旨を記録したとする。
　また、管理サーバ１０は、５月９日には荷物が取り出されなかった旨を記録したとする。荷物が取り出されなかったケースとしては、荷物が配送されなかった場合、又は荷物が配送されたが受取人Ｘがその日のうちに受け取らなかった場合が想定される。しかしながら、管理サーバ１０は、業者サーバ２０から配送に関する情報を取得することにより、特定の宅配ボックス１００に荷物が配送されたか否かを把握することができるものとする。このため、管理サーバ１０は、荷物が配送されなかった場合について、受取人が荷物を受け取っていないものとして受取人Ｘの在宅確率を低く設定してしまうことは回避される。
　図７に示す例では、受取人Ｘが荷物を受け取ってから２時間程度は、受取人の在宅確率が高いものとしてある。すなわち、図７において矢印を付した時間帯は、受取人Ｘの在宅確率が比較的高い時間を示している。また、図７において矢印を付していない時間帯は、受取人Ｘの在宅確率が比較的低い時間であるか、又は在宅確率の情報がない時間であることを示している。したがって、配送業者は、特定の受取人の在宅確率が高い時間に配送を行うことで、受取人の在宅中に荷物を配送して直接受け渡すことができる確率を高めることができる。
　以上のような動作を繰り返すことにより、管理サーバ１０は、特定の受取人の在宅確率の精度を高めることができる。例えば、図７に示すような在宅確率の情報を記憶部１４に蓄積することにより、管理サーバ１０は、例えば時間帯別に、午前／午後別に、曜日別に、日にち別に、月別に、又は季節別など、測定の受取人の各種の在宅確率を求めることができる。例えば、管理サーバ１０は、ある受取人は水曜の午前中であれば在宅確率が比較的高い、ある受取人は奇数月の月後半の午後は在宅確率が比較的高い、ある受取人は特定のシーズンは在宅確率が比較的低い、のような判定を行うことができる。
　このように、一実施形態において、コントローラ１２は、記憶部１４に記憶された第１情報に基づいて、配送される荷物の受取人の所定の時間枠における在宅確率を決定してもよい。
　図６及び図７に示した例では、管理サーバ１０は、宅配ボックス１００に収容された荷物を受取人が取り出した時刻に基づいて、当該受取人の在宅確率を決定した。また、一実施形態において、管理サーバ１０は、受取人が荷物を取り出した時刻以外の情報に基づいて、受取人の在宅確率を決定してもよい。
　例えば、宅配業者が荷物を受取人の自宅に配送した際に、在宅していた受取人が荷物を直接受け取ったとする。この場合、配送された荷物を受取人が受け取った時点において、取人の在宅確率が高いと想定してもよい。例えば、宅配業者のスタッフが使用する業者端末２００は、ある受取人に荷物の受け渡しが完了した時刻を記録してもよい。受取人に荷物の受け渡しが完了した時刻は、例えば、受取人に荷物を受け渡した後で当該荷物に付されていた伝票を業者端末２００によって処理した時点としてよい。ここで、業者端末２００によって伝票を処理するとは、配送が完了した荷物の伝票に付されたバーコード又はＱＲコード（登録商標）のような識別標識を、業者端末２００の読取部２０８によって読み取ることとしてよい。業者端末２００は、受取人に荷物の受け渡しが完了した時刻の情報を、業者サーバ２０に送信してもよい。管理サーバ１０は、業者サーバ２０又は業者端末２００から時刻の情報を受信することで、その時刻に基づいて受取人の在宅確率を決定することができる。
　このように、一実施形態において、通信部１６は、配送された荷物が受取人によって受領された時刻を示す情報を例えば業者サーバ２０又は業者端末２００のような他の電子機器から受信してもよい。この場合、コントローラ１２は、その時刻に基づいて、受取人の在宅確率を決定してもよい。
　また、例えば、宅配業者が荷物を配送した際に受取人が不在の場合、宅配業者は受取人の自宅の郵便ポストなどに不在票を残すことができる。そして、帰宅した受取人は不在票によって荷物が配送されたことを知り、配送業者に再配送を依頼することがある。この場合、再配送の依頼の際に指定される時刻において、受取人の在宅確率が高いと想定してもよい。例えば、業者サーバ２０は、受取人から再配送が依頼された時刻を記録してもよい。管理サーバ１０は、業者サーバ２０から時刻の情報を受信することで、その時刻に基づいて受取人の在宅確率を決定することができる。
　このように、一実施形態において、通信部１６は、配送された荷物の受取人によって指定された時刻を示す情報を例えば業者サーバ２０（又は業者端末２００）のような他の電子機器から受信してもよい。この場合、コントローラ１２は、その時刻に基づいて、受取人の在宅確率を決定してもよい。
　次に、システム１における動作として、管理サーバ１０が、特定の受取人の在宅確率を知りたい配送業者からのリクエストに応じて、その受取人の在宅確率を返信する動作について説明する。
　図８は、システム１において、管理サーバ１０が配送業者のリクエストに応じて特定の受取人の在宅確率を返信する動作の例を説明する図である。図８は、図６と同様に、システム１に含まれる各要素の動作のシーケンスを、時系列に沿って上から順に示している。図８に示すように、システム１に含まれる各要素とは、宅配ボックス１００、管理サーバ１０、業者サーバ２０、及び業者端末２００としてよい。
　図８に示す動作が開始するのは、配送業者のスタッフなどが特定の受取人の在宅確率を取得しようとしている場面としてよい。この時、配送業者のスタッフなどは、特定の受取人の在宅確率を要求するために、当該受取人を特定する情報を業者端末２００に入力してよい。ここで、受取人を特定する情報は、例えば業者端末２００の読取部２０８又は操作部２１０から入力されてよい。業者端末２００は、受取人を特定する情報が入力されることをトリガとして、リクエストを発してよい。
　図８に示す動作が開始すると、業者端末２００は、トリガとして受取人を特定する情報の入力を検出する（ステップＳ２１）。ステップＳ２１においてトリガが検出されると、業者端末２００は、荷物の受取人の在宅確率のリクエストを業者サーバ２０に送信する（ステップＳ２２）。
　ステップＳ２２においてリクエストを受信すると、業者サーバ２０は、荷物の受取人の在宅確率のリクエストを管理サーバ１０に送信する（ステップＳ２３）。
　ステップＳ２３においてリクエストを受信すると、管理サーバ１０は、当該受取人の在宅確率を記憶部１４から取得して（ステップＳ２４）、当該在宅確率を業者サーバ２０に送信する（ステップＳ２５）。
　ステップＳ２５において在宅確率を受信すると、業者サーバ２０は、当該在宅確率を業者端末２００に送信する（ステップＳ２６）。ステップＳ２６の後、業者端末２００は、業者サーバ２０から受信した在宅確率（第１情報）を、表示部２１２に表示してもよい。
　以上のようにして、業者端末２００は、特定の受取人の在宅確率を取得することができる。業者端末２００が受取人の在宅確率を取得することで、配送業者のスタッフは、荷物が配送される時刻に受取人が在宅であるか否かを判断することができる。配送業者のスタッフは、受取人の在宅確率に基づいて、受取人が在宅している確率の高い時を見計らって受取人の自宅などに荷物を配送することができる。また、配送業者のスタッフは、受取人の在宅確率に基づいて、受取人が在宅している確率の低い時には、受取人の自宅などに配送しないか、予め宅配ボックス１００に預けることを前提とすることができる。
（収容装置の空き状況を表す情報（第２情報））
　次に、システム１における動作として、管理サーバ１０が、業者端末２００又は業者サーバ２０からのリクエストに応じて、宅配ボックス１００のような収容装置の空き状況を返信する動作について説明する。ここで、収容装置の空き状況とは、配送される荷物の受取人の自宅に設置された宅配ボックス１００の収容部１２０に空きがあるか否か、空きある場合には当該空きの数を示す情報としてよい。以下、宅配ボックス１００のような収容装置の空き状況を表す情報を、「第２情報」とも記す。
　一実施形態において、管理サーバ１０は、上述のように、少なくとも１つの宅配ボックス１００を制御及び／又は管理する。したがって、管理サーバ１０は、管轄下にある特定の宅配ボックス１００の収容部１２０の空きの数を含む空き状況をリアルタイムで把握することができる。このため、管理サーバ１０は、業者端末２００又は業者サーバ２０からのリクエストに応じて、管轄下にある特定の宅配ボックス１００の収容部１２０の空き状況を返信することができる。
　図９は、システム１において、管理サーバ１０が配送業者のリクエストに応じて特定の宅配ボックス１００の空き状況を返信する動作の例を説明する図である。図９は、図６と同様に、システム１に含まれる各要素の動作のシーケンスを、時系列に沿って上から順に示している。図９に示すように、システム１に含まれる各要素とは、宅配ボックス１００、管理サーバ１０、業者サーバ２０、及び業者端末２００としてよい。
　図９に示す動作が開始するのは、配送業者のスタッフなどが特定の受取人の宅配ボックス１００の空き状況を取得しようとしている場面としてよい。この時、配送業者のスタッフなどは、特定の受取人の宅配ボックス１００の空き状況を要求するために、当該受取人を特定する情報を業者端末２００に入力してよい。ここで、受取人を特定する情報は、例えば業者端末２００の読取部２０８又は操作部２１０から入力されてよい。業者端末２００は、受取人を特定する情報が入力されることをトリガとして、リクエストを発してよい。
　図９に示す動作が開始すると、業者端末２００は、トリガとして受取人を特定する情報の入力を検出する（ステップＳ３１）。ステップＳ３１においてトリガが検出されると、業者端末２００は、荷物の受取人の在宅確率のリクエストを業者サーバ２０に送信する（ステップＳ３２）。
　ステップＳ３２においてリクエストを受信すると、業者サーバ２０は、受取人の宅配ボックス１００の空き状況のリクエストを管理サーバ１０に送信する（ステップＳ３３）。
　ステップＳ３３においてリクエストを受信すると、管理サーバ１０は、当該受取人の宅配ボックス１００を特定して（ステップＳ３４）、特定された宅配ボックス１００に空き状況の問合せを送信する（ステップＳ３５）。
　ステップＳ３５において空き状況の問合せを受信すると、宅配ボックス１００は、収容部１２０の空き状況を取得して管理サーバ１０の問合せに返答する（ステップＳ３６）。
　ステップＳ３６において返答を受信すると、管理サーバ１０は、宅配ボックス１００の空き状況の情報を生成して（ステップＳ３７）、当該空き状況を業者サーバ２０に送信する（ステップＳ３８）。
　ステップＳ２８において空き状況を受信すると、業者サーバ２０は、当該空き状況を業者端末２００に送信する（ステップＳ３９）。ステップＳ３９の後、業者端末２００は、業者サーバ２０から受信した当該空き状況（第２情報）を、表示部２１２に表示してもよい。
　以上のようにして、業者端末２００は、特定の受取人の宅配ボックス１００の空き状況を取得することができる。業者端末２００が受取人の宅配ボックス１００の空き状況を取得することで、配送業者のスタッフは、受取人が不在である場合に宅配ボックス１００に荷物を預けることができるか否かを判断することができる。配送業者のスタッフは、受取人の宅配ボックス１００に空きがあれば、受取人が不在であったとしても、荷物を持ち帰って再配送を受け付けるという手間のかかる状況を避けることができる。また、配送業者のスタッフは、受取人の宅配ボックス１００に空きがなければ、受取人が不在であると、荷物を持ち帰って再配送を受け付けるという手間のかかる状況が生じ得ることを予め把握することができる。
　図８に示した第１情報のリクエスト及び返信と、図９に示した第２情報のリクエスト及び返信とは、どちらか一方のみを実施してもよいし、双方とも実施してもよい。すなわち、業者端末２００は、荷物の受取人の在宅確率を表す第１情報及び収容装置の空き状況を表す第２情報を、表示部２１２に表示してもよい。図８に示した動作と図９に示した動作とを双方とも実施する場合、どちらを先に実施してもよいし、双方とも同時又はほぼ同時に実施してもよい。
　このように、一実施形態に係るコントローラ１２は、例えば業者サーバ２０又は業者端末２００のような他の電子機器から通信部１６が受信する要求に応じて、第１情報及び第２情報の少なくとも一方を、通信部１６から当該他の電子機器に送信するように制御する。上述のように、第１情報とは、配送される荷物の受取人の在宅確率を表す情報としてよい。第１情報は、記憶部１４に記憶された情報としてよい。また、第２情報とは、例えば宅配ボックス１００のような収容装置から取得する当該収容装置の空き状況を表す情報としてよい。
　一実施形態に係る管理サーバ１０を含むシステム１によれば、配送業者のスタッフは、業者端末２００を用いて、荷物の配送の前又は配送の最中などにおいて、特定の受取人の第１情報及び／又は第２情報を容易に取得できる。このため、一実施形態に係る管理サーバ１０を含むシステム１によれば、配送業者のスタッフは、在宅確率が比較的高い受取人には荷物を直接手渡しできる可能性が高いことを事前に（つまり配送前に）知ることができる。また、配送業者のスタッフは、在宅確率が比較的低い受取人は荷物を直接手渡しできない可能性が高いことを事前に知ることができる。この場合、配送業者のスタッフは、業者端末２００を用いて、受取人の住居に設置された宅配ボックス１００の空き状況も事前に（つまり配送前に）知ることができる。したがって、配送業者のスタッフが荷物を受取人に配送した際に受取人が不在であることが想定される（例えば受取人の存在確率が比較的低い）場合、宅配ボックス１００に空きがないために再配送を余儀なくされるという事態は防がれ得る。
　このため、一実施形態に係る管理サーバ１０を含むシステム１によれば、配送業者は、荷物の受取人の在不在の見込み、及び／又は、宅配ボックス１００の空きの有無が把握できるため、効率的に荷物を配送することができる。すなわち、一実施形態に係る管理サーバ１０を含むシステム１によれば、配送業者が荷物の再配送を行う労力を低減することができる。また、一実施形態に係る管理サーバ１０を含むシステム１によれば、荷物の受取人が再配送の手続きをして再配送日時を設定したり、再配送日時に在宅したりする手間を削減することができる。
　以上説明したように、一実施形態に係る管理サーバ１０を含むシステム１によれば、荷物を受取人に配送するサービスにおいて、荷物の配送を効率化し得る。また、一実施形態に係る管理サーバ１０を含むシステム１によれば、配送業者及び荷物の受取人の双方にとって有益になり得る。
　図９において、業者端末２００は、トリガの検出（ステップＳ３１）に基づいて、宅配ボックス１００の空き状況の情報（第２情報）を取得する（ステップＳ３９）例について説明した。しかしながら、業者端末２００が第２情報を取得する態様は、図９に示す例に限定されず、他の態様としてもよい。例えば、一実施形態において、業者端末２００は、特定の受取人について宅配ボックス１００の空き状況の情報をリアルタイムで取得するようにしてもよい。例えば、管理サーバ１０は、業者端末２００から特定の受取人について宅配ボックス１００の空き状況の情報のリクエストを受けたとする。この場合、管理サーバ１０は、図９の動作に従って、業者端末２００に現在時点における宅配ボックス１００の空き状況の情報を業者端末２００に送信してよい。そして、管理サーバ１０は、特定の受取人について宅配ボックス１００の空き状況の情報を、所定の間隔のタイミングで問い合せし続け、その結果を業者端末２００に送信してもよい。また、管理サーバ１０は、特定の受取人について宅配ボックス１００の空き状況の情報に変更があった場合にのみ、その結果を業者端末２００に送信してもよい。このようにすれば、配送業者のスタッフは、業者端末２００を用いて、特定の受取人について宅配ボックス１００の空き状況に変更があったことを、ほぼリアルタイムで認識することができる。上述のように、宅配ボックス１００の空き状況の情報（第２情報）は、当該宅配ボックス１００に収容された荷物が受取人などによって取り出されたことに基づいて、変更され得る。
　また、図８において、業者端末２００は、トリガの検出（ステップＳ２１）に基づいて、荷物の受取人の在宅確率の情報（第１情報）を取得する（ステップＳ２６）例について説明した。しかしながら、業者端末２００が第１情報を取得する態様は、図８に示す例に限定されず、他の態様としてもよい。例えば、一実施形態において、業者端末２００は、特定の受取人の在宅確率の情報に変更があった場合に、変更された情報を取得するようにしてもよい。例えば、管理サーバ１０は、業者端末２００から特定の受取人の在宅確率の情報のリクエストを受けたとする。この場合、管理サーバ１０は、図８の動作に従って、業者端末２００に現在時点における当該受取人の在宅確率の情報を業者端末２００に送信してよい。そして、管理サーバ１０は、当該受取人の在宅確率の情報を、所定の間隔のタイミングで問い合せし続け、その結果を業者端末２００に送信してもよい。また、管理サーバ１０は、当該受取人の在宅確率の情報に変更があった場合にのみ、その結果を業者端末２００に送信してもよい。このようにすれば、配送業者のスタッフは、業者端末２００を用いて、特定の受取人の在宅確率に変更があった場合、最新の在宅確率を取得することができる。上述のように、荷物の受取人の在宅確率の情報（第１情報）は、当該宅配ボックス１００に収容された荷物が受取人などによって取り出されたことに基づいて、変更され得る。
　このように、一実施形態において、業者端末２００のコントローラ２０２は、宅配ボックス１００のような収容装置に収容された荷物が取り出されたことに基づいて変更された第１情報及び第２情報の少なくとも一方を、表示部２１２に表示してもよい。
（業者サーバによる配送計画の生成）
　次に、システム１における動作として、業者サーバ２０が、業者端末２００から送信される配送の依頼情報に応じて、荷物の配送計画を生成する動作について説明する。ここで、配送の依頼情報とは、例えば、送り主の情報（送り主の氏名・住所など）、受取人の情報（受取人の氏名・住所（宛先）など）、荷物の情報（内容物及び割れ物か否かなど）、配送日時（指定がある場合）、及び業者ＩＤなどを含んでよい。また、荷物の配送計画とは、配送業者のスタッフが荷物を配送する際の配送順序及び配送経路などを定めた情報としてよい。すなわち、荷物の配送計画とは、配送業者のスタッフが荷物を配送する宛先、当該場所に荷物を配送する順番、当該荷物を配送する際の経路などが規定された情報としてよい。荷物の配送計画は、例えば配送業者のスタッフが配送する荷物が複数ある場合に、当該配送を効率的に行うために特に重要になり得る。
　図１０は、システム１において、業者サーバ２０が業者端末２００から配送の依頼情報を受信して配送計画を生成する動作の例を説明する図である。図１０は、図６と同様に、システム１に含まれる各要素の動作のシーケンスを、時系列に沿って上から順に示している。図１０に示すように、システム１に含まれる各要素とは、宅配ボックス１００、管理サーバ１０、業者サーバ２０、及び業者端末２００としてよい。
　図１０に示す動作が開始するのは、配送業者のスタッフなどが顧客から荷物の配送を依頼されて、当該荷物に関する情報を業者端末２００に入力しようとしている場面としてよい。このような場面は、例えば、配送業者のスタッフなどが顧客先に荷物の集荷に訪れた場面などとしてよい。
　図１０に示す動作が開始すると、業者端末２００は、荷物の配送の依頼情報を取得する（ステップＳ４１）。ステップＳ４１において、業者端末２００は、読取部２０８が読み取った依頼情報又は操作部２１０から入力された依頼情報を取得してよい。ここで、依頼情報とは、上述のように、例えば、送り主の情報（送り主の氏名・住所など）、受取人の情報（受取人の氏名・住所（宛先）など）、荷物の情報（内容物及び割れ物か否かなど）、配送日時（指定がある場合）、及び業者ＩＤなどを含んでよい。ステップＳ４１において依頼情報が取得されたら、業者端末２００は、取得された依頼情報を業者サーバ２０に送信する（ステップＳ４２）。
　ステップＳ４２おいて依頼情報を受信したら、業者サーバ２０は、当該依頼情報を記録する（ステップＳ４３）。
　一実施形態において、業者端末２００及び業者サーバ２０は、図１０のステップＳ４１からステップＳ４３までの動作を、荷物の配送の依頼を受けるたびに繰り返してよい。一実施形態において、図１０のステップＳ４１からステップＳ４３までの動作は、１つの業者端末２００から１つの業者サーバ２０に対して行われるものとしてもよい。また、一実施形態において、図１０のステップＳ４１からステップＳ４３までの動作は、配送業者の複数のスタッフがそれぞれ使用する業者端末２００（複数）から業者サーバ２０に対して行われるものとしてもよい。すなわち、業者サーバ２０は、配送業者の複数のスタッフが受けたそれぞれの依頼についての依頼情報を、全て受信してもよい。この場合、業者サーバ２０は１つとしてもよいし、複数の業者サーバ２０においてそれぞれの依頼情報を共有してもよい。
　図１０のステップＳ４１からステップＳ４３までの動作の後、業者サーバ２０は、図８に示した第１情報のリクエスト（ステップＳ２３）及び図９に示した第２情報のリクエスト（ステップＳ３３）の少なくとも一方を、適宜行ってよい。
　ステップＳ４３（並びに図８及び／又は図９の動作）の次に、業者サーバ２０は、第１情報、第２情報、及び依頼情報の少なくともいずれかに基づいて、荷物の配送計画を生成する（ステップＳ４４）。ステップＳ４４において荷物の配送計画が生成されると、業者サーバ２０は、配送計画を業者端末２００に送信する（ステップＳ４５）。
　ステップＳ４５において配送計画を受信したら、業者端末２００は、配送計画に基づく情報を例えば表示部２１２に表示してもよい。これにより、配送業者のスタッフは、業者端末２００の表示部２１２に表示された配送計画に基づく情報を参照しながら、配送業務（例えば配送車の運転及び荷物の配送）を行うことができる。
　このように、管理サーバ１０のコントローラ１２は、第１情報及び第２情報の少なくとも一方を、通信部１６から、例えば業者サーバ２０のような他の電子機器に送信してもよい。ここで、業者サーバ２０のような他の電子機器は、少なくとも１つの宛先に荷物を配送する計画を作成する機能を備えてもよい。
　一実施形態に係る業者サーバ２０によれば、荷物の配送計画を生成する際に、荷物の受取人の在宅確率及び／又は受取人の住居に設置された宅配ボックス１００の空き状況を加味することができる。したがって、一実施形態に係る業者サーバ２０が生成する配送計画によれば、極めて効率的な配送を実現し得る。
（管理サーバによる配送計画の生成）
　図１０に示した実施形態においては、業者サーバ２０が配送計画を生成した。一実施形態に係るシステム１において、配送計画は、業者サーバ２０ではなく管理サーバ１０によって生成されてもよい。このように、一実施形態において、コントローラ１２は、第１情報及び第２情報の少なくとも一方に基づいて、少なくとも１つの宛先に荷物を配送する計画を作成してもよい。
（受取人端末との連携）
　次に、上述したシステム１を、荷物の受取人が使用する端末に連携される態様について説明する。
　図１１は、一実施形態に係るシステムの構成を示す図である。図１１に示す一実施形態に係るシステム２は、図１に示したシステム１において、さらに受取人端末３００を含むものである。図１１においては、システム２は、受取人端末３００Ａ、受取人端末３００Ｂ、及び受取人端末３００Ｃを含む例を示してある。本開示において、受取人端末３００Ａ及び受取人端末３００Ｂのような複数の受取人端末を特に区別しない場合、単に「受取人端末３００」と記すことがある。
　図１１に示すように、受取人端末３００Ａは、宅配ボックス１００Ａが設置された住居に住む受取人によって使用されているものとする。また、図１１に示すように、受取人端末３００Ｃは、宅配ボックス１００Ｃが設置された住居に住む受取人によって使用されているものとする。これに対し、図１１に示すように、受取人端末３００Ｂは、宅配ボックスが設置されていない住居に住む受取人によって使用されているものとする。
　図１１においては、受取人端末３００は、ネットワークＮを介して管理サーバ１０に接続されている。しかしながら、受取人端末３００は、ネットワークＮを介さずに管理サーバ１０に接続されてもよい。また、受取人端末３００は、例えば、宅配ボックス１００、業者サーバ２０、及び業者端末２００の少なくともいずれかに有線又は無線で接続されてもよい。
　一実施形態に係る受取人端末３００は、システム２に適合させた専用端末としてもよいし、例えば従来のスマートフォン若しくは携帯電話又はタブレット端末などとしてもよい。例えば従来のスマートフォン若しくは携帯電話又はタブレット端末などを受取人端末３００として使用する場合、例えばシステム２において使用されるアプリケーションを受取人端末３００にインストールしたものとしてもよい。また、受取人端末３００は、インターネットブラウザ上で実現されてもよい。この場合、受取人端末３００は、スマートフォン若しくは携帯電話又はタブレット端末などに限定されず、ノートＰＣ又はデスクトップＰＣなどとしてもよい。
　図１２は、一実施形態に係る受取人端末３００の構成を概略的に示す機能ブロック図である。図１２においては、受取人端末３００は、例として、従来のスマートフォンに、例えばシステム２において使用されるアプリケーションをインストールしたものとする。
　図１２に示す例のように、受取人端末３００は、図５に示した業者端末２００と同様の構成としてもよい。図１２に示す受取人端末３００は、コントローラ３０２、記憶部３０４、通信部３０６、読取部３０８、操作部３１０、表示部３１２、位置取得部３４０を備えてよい。これらの機能部は、図５に示した各機能部、すなわち、コントローラ２０２、記憶部２０４、通信部２０６、読取部２０８、操作部２１０、表示部２１２、位置取得部２４０に対応するものとしてもよい。
　次に、一実施形態に係る管理サーバ１０を含むシステム２の動作について、さらに説明する。一実施形態に係る管理サーバ１０を含むシステム２は、上述のシステム１と同様に、配送業者などが配送に関するサービスを提供する際の種々の場面において利用され得る。
　図１３は、一実施形態に係る管理サーバ１０を含むシステム２の動作を説明する図である。図１３は、図１０に示したシステム１の動作を、受取人端末３００を含むシステム２に適用した態様を示す図である。図１３は、図６と同様に、システム１に含まれる各要素の動作のシーケンスを、時系列に沿って上から順に示している。図１３に示すように、システム１に含まれる各要素とは、宅配ボックス１００、管理サーバ１０、業者サーバ２０、業者端末２００、及び受取人端末３００としてよい。
　図１０で説明したシステム１の動作においては、業者サーバ２０が配送計画を生成した（ステップＳ４４）。これに対し、図１３で説明するシステム２の動作においては、管理サーバ１０が配送計画を生成する（ステップＳ５５）。システム２においては、管理サーバ１０が配送計画を生成することにより、例えば異なる業者によって利用される複数の業者サーバ２０がそれぞれ取得する異なる業者の依頼情報を、まとめて管理サーバ１０に集約することができる。したがって、管理サーバ１０は、異なる業者によって利用される複数の業者サーバ２０からの依頼情報に基づいて、それぞれの業者に対して配送計画を生成して送信することができる。この場合、管理サーバ１０は、ある業者に他の業者の情報を送信しないようにセキュリティ対策を施してもよい。
　図１３に示す動作が開始するのは、図１０の場面と同様に、配送業者のスタッフなどが顧客から荷物の配送を依頼されて、当該荷物に関する情報を業者端末２００に入力しようとしている場面としてよい。このような場面は、例えば、配送業者のスタッフなどが顧客先に荷物の集荷に訪れた場面などとしてよい。
　図１３に示す動作が開始すると、業者端末２００は、荷物の配送の依頼情報を取得する（ステップＳ５１）。ステップＳ５１において、業者端末２００は、読取部２０８が読み取った依頼情報又は操作部２１０から入力された依頼情報を取得してよい。ここで、依頼情報とは、上述のように、例えば、送り主の情報（送り主の氏名・住所など）、受取人の情報（受取人の氏名・住所（宛先）など）、荷物の情報（内容物及び割れ物か否かなど）、配送日時（指定がある場合）、及び業者ＩＤなどを含んでよい。ステップＳ５１において依頼情報が取得されたら、業者端末２００は、取得された依頼情報を業者サーバ２０に送信する（ステップＳ５２）。
　ステップＳ５２おいて依頼情報を受信したら、業者サーバ２０は、当該依頼情報を管理サーバ１０に送信する（ステップＳ５３）。
　ステップＳ５３おいて依頼情報を受信したら、管理サーバ１０は、当該依頼情報を記録する（ステップＳ５４）。
　一実施形態において、業者端末２００、業者サーバ２０、及び管理サーバ１０は、図１３のステップＳ５１からステップＳ５４までの動作を、荷物の配送の依頼を受けるたびに繰り返してよい。一実施形態において、図１３のステップＳ５１からステップＳ５４までの動作は、１つの業者端末２００から１つの業者サーバ２０に対して行われるものとしてもよい。また、一実施形態において、図１３のステップＳ５１からステップＳ５４までの動作は、配送業者の複数のスタッフがそれぞれ使用する業者端末２００（複数）から業者サーバ２０に対して行われるものとしてもよい。すなわち、業者サーバ２０は、配送業者の複数のスタッフが受けたそれぞれの依頼についての依頼情報を、全て受信してもよい。この場合、業者サーバ２０は１つとしてもよいし、複数の業者サーバ２０においてそれぞれの依頼情報を共有してもよい。
　図１３のステップＳ５１からステップＳ５４までの動作の後、管理サーバ１０は、図８に示した第１情報の取得（ステップＳ２４）及び図９に示した第２情報の問合せ（ステップＳ３５）の少なくとも一方を、適宜行ってよい。
　ステップＳ５４（並びに図８及び／又は図９の動作）の次に、管理サーバ１０は、第１情報、第２情報、及び依頼情報の少なくともいずれかに基づいて、荷物の配送計画を生成する（ステップＳ５５）。ステップＳ５５において荷物の配送計画が生成されると、管理サーバ１０は、配送計画を業者サーバ２０に送信する（ステップＳ５６）。
　ステップＳ５６において配送計画を受信したら、業者サーバ２０は、当該配送計画を業者端末２００に送信する（ステップＳ５７）。
　ステップＳ５７において配送計画を受信したら、業者端末２００は、配送計画に基づく情報を例えば表示部２１２に表示してもよい。これにより、配送業者のスタッフは、業者端末２００の表示部２１２に表示された配送計画に基づく情報を参照しながら、配送業務（例えば配送車の運転及び荷物の配送）を行うことができる。
　また、ステップＳ５５の後、管理サーバ１０は、配送計画に基づく配送通知を、配送予定の受取人の受取人端末３００に送信する（ステップＳ５８）。ステップＳ５８においては、配送が依頼された荷物の依頼情報に含まれている受取人の情報（受取人の氏名・住所（宛先）など）から、受取人を特定し、特定された受取人が使用する受取人端末３００に配送通知を送信してよい。ここで、配送通知とは、例えば、送り主の情報（送り主の氏名・住所など）、荷物の情報（内容物及び割れ物か否かなど）、配送日時（指定がある場合）、及び業者ＩＤに基づく業者名などの通知としてよい。これらの情報も、配送が依頼された荷物の依頼情報に含まれている情報に基づくものとしてよい。
　ステップＳ５８において配送通知を受信すると、受取人端末３００は、受信した配送通知を、例えば表示部３１２などに表示してもよい。ここで、受取人端末３００は、配送通知を、例えばメッセージ、電子メール、及び通知などの少なくともいずれかとして表示部３１２に表示してもよい。
　このようにして配送通知が表示されると、受取人端末３００を使用する受取人は、自分宛てに荷物が配送される予定である旨を、配送される予定日時とともに知ることができる。また、受取人端末３００を使用する受取人は、配送される予定の荷物の送り主の情報、荷物の内容、及び配送業者の名称などの少なくともいずれかを知ることができるようにしてもよい。
　ステップＳ５８において配送通知を受信した後で、受取人端末３００を使用する受取人は、配送日時の変更を依頼したり、設定されていない配送日時を指定したりすることができる。受取人端末３００は、受取人による配送日時の変更又は指定の入力を、操作部３１０によって検出してもよい（ステップＳ５９）。ステップＳ５９において配送日時の変更又は指定が入力されると、受取人端末３００は、当該変更又は指定を、管理サーバ１０に送信する（ステップＳ６０）。
　ステップＳ６０において配送日時の変更又は指定を受信すると、管理サーバ１０は、第１情報、第２情報、依頼情報、及び配送日時の変更又は指定の少なくともいずれかに基づいて、荷物の配送計画を生成する（ステップＳ６１）。ステップＳ６１において荷物の配送計画が生成されると、管理サーバ１０は、配送計画を業者サーバ２０に送信する（ステップＳ６２）。
　ステップＳ６２において配送計画を受信したら、業者サーバ２０は、当該配送計画を業者端末２００に送信する（ステップＳ６３）。
　ステップＳ６１において、管理サーバ１０は、生成した配送計画が依然に生成した配送計画から変更された場合にのみ、変更された配送計画を業者サーバ２０に送信（ステップＳ６２）してもよい。
　ステップＳ６３において配送計画を受信したら、業者端末２００は、配送計画に基づく情報を例えば表示部２１２に表示してもよい。これにより、配送業者のスタッフは、業者端末２００の表示部２１２に表示された配送計画に基づく情報を参照しながら、配送業務（例えば配送車の運転及び荷物の配送）を行うことができる。
　このように、一実施形態において、管理サーバ１０のコントローラ１２は、第１情報及び第２情報の少なくとも一方に基づいて、少なくとも１つの宛先に荷物を配送する計画を作成してもよい。
　また、一実施形態において、通信部１６は、業者サーバ２０又は業者端末２００のような他の電子機器から第３情報を受信してもよい。ここで、第３情報とは、荷物の配送の依頼を含む情報としてよい。コントローラ１２は、通信部１６が第３情報を受信すると、第１情報及び第２情報の少なくとも一方、並びに第３情報に基づいて、少なくとも１つの宛先に荷物を配送する計画を作成してもよい。
　一実施形態において、コントローラ１２は、コントローラ１２によって少なくとも１つの宛先に荷物を配送する計画（配送計画）が作成されると、当該計画を、通信部１６から、業者サーバ２０又は業者端末２００のような他の電子機器に送信してもよい。また、一実施形態において、コントローラ１２は、前記計画に含まれる荷物の配送予定の情報を、当該荷物の受取人の端末（受取人端末３００）に通信部１６から送信してもよい。また、一実施形態において、通信部１６は、荷物の受取人の端末から、配送予定の変更の依頼を表す情報を受信してもよい。この場合、コントローラ１２は、通信部１６が配送予定の変更の依頼を表す情報を受信すると、前記計画（配送計画）を作成し直してもよい。
　一実施形態に係るシステム２によれば、管理サーバ１０は、荷物の配送計画を生成する際に、荷物の受取人の在宅確率及び／又は受取人の住居に設置された宅配ボックス１００の空き状況を加味することができる。したがって、一実施形態に係る管理サーバ１０が生成する配送計画によれば、極めて効率的な配送を実現し得る。
　一実施形態に係るシステム２によれば、受取人に荷物を配送する計画が生成されたら、当該受取人に通知が送信される。したがって、受取人は、いつでも、自分宛てに荷物が配送される予定である旨を、配送される予定日時とともに知ることができる。また、通知を受けた受取人は、配送される予定日時では例えば都合が悪いなどの場合、配送予定の変更を依頼したり、配送予定日時を指定したりすることもできる。
　図１１において説明した受取人端末３００Ｂを使用する受取人のように、住居に宅配ボックスが設置されていない場合、管理サーバ１０は、当該受取人に関する第１情報も第２情報も取得することができない。すなわち、受取人端末３００Ｂを使用する受取人は、宅配ボックスを使用していないため、宅配ボックスの使用履歴に基づく在宅確率を決定することができず、宅配ボックスの空き状況も取得することができない。
　しかしながら、一実施形態に係るシステム２によれば、受取人が宅配ボックスを使用しているか否かにかかわらず、自分宛てに荷物が配送される予定である旨及び日時を受取人端末３００によって知ることができる。さらに、システム２によれば、受取人端末３００によって、配送予定の変更を依頼したり、配送予定日時を指定したりすることもできる。したがって、一実施形態に係るシステム２によれば、宅配ボックスを使用していない受取人にとっても有益になり得る。
　以上説明したように、一実施形態に係る管理サーバ１０を含むシステム２によれば、荷物を受取人に配送するサービスにおいて、荷物の配送を効率化し得る。また、一実施形態に係る管理サーバ１０を含むシステム２によれば、配送業者及び荷物の受取人の双方にとって有益になり得る。
　本開示を諸図面及び実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形又は修正を行うことが容易であることに注意されたい。したがって、これらの変形又は修正は本開示の範囲に含まれることに留意されたい。例えば、各機能部に含まれる機能などは論理的に矛盾しないように再配置可能である。複数の機能部等は、１つに組み合わせられたり、分割されたりしてよい。上述した本開示に係る各実施形態は、それぞれ説明した各実施形態に忠実に実施することに限定されるものではなく、適宜、各特徴を組み合わせたり、一部を省略したりして実施され得る。
　上述した実施形態においては、荷物の受取人の在宅確率は、宅配ボックス１００に収容された荷物が受取人によって取り出された時刻に基づいて決定された。宅配ボックス１００は、受取人が不在の時に荷物を収容するために用いられるのみならず、荷物の配送を依頼する際に配送業者のスタッフが集荷に訪れるまでに当該荷物を収容するために用いられてもよい。このため、一実施形態において、荷物の受取人の在宅確率は、当該受取人が過去に荷物の配送を依頼した際に当該荷物を宅配ボックス１００に収容した時刻に基づいて決定されてもよい。
　この場合、受取人が荷物を宅配ボックス１００に収容した時点までは、受取人の在宅確率は比較的高いものと決定してもよい。また、受取人が荷物を宅配ボックス１００に収容した時点からは、受取人の在宅確率は比較的低いものと決定してもよい。また、受取人が荷物を宅配ボックス１００に収容した時点までは徐々に受取人の在宅確率が増大して、受取人が荷物を宅配ボックス１００に収容した時点を受取人の在宅確率のピークとしてもよい。また、受取人が荷物を宅配ボックス１００に収容した時点までの所定の時間は、受取人の在宅確率は所定以上であるものと決定してもよい。
　また、一実施形態に係る宅配ボックス１００が設置されるのは、例えばマンションのような集合住宅のエントランスなどに限定されない。例えば、一実施形態に係る宅配ボックス１００は、鉄道駅などの公共スペース又はコンビニエンスストアのような店舗に設置されてもよい。
　１，２　配送管理システム
　１０　管理サーバ
　１２　コントローラ
　１４　記憶部
　１６　通信部
　２０　業者サーバ
　２２　コントローラ
　２４　記憶部
　２６　通信部
　１００　宅配ボックス
　１０２　コントローラ
　１０４　記憶部
　１０６　通信部
　１０８　読取部
　１１０　操作部
　１１２　表示部
　１２０　収容部
　１２２　扉
　１２４　電子ロック
　１３０　開閉検出部
　１３２　重量検出部
　２００　業者端末
　２０２　コントローラ
　３００　受取人端末
　２０４，３０４　記憶部
　２０６，３０６　通信部
　２０８，３０８　読取部
　２１０，３１０　操作部
　２１２，３１２　表示部
　２４０，３４０　位置取得部
 
 

Claims (19)

  1. 　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なサーバであって、
    　前記収容装置及び前記他の電子機器と通信する通信部と、
    　前記荷物の受取人の在宅確率を表す第１情報を記憶する記憶部と、
    　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するように制御するコントローラと、
    　を備えるサーバ。
  2. 　前記通信部は、前記収容装置に収容された荷物が当該荷物の受取人によって取り出された時刻を示す情報を当該収容装置から受信し、
    　前記コントローラは、前記時刻に基づいて、前記受取人の在宅確率を決定する、請求項１に記載のサーバ。
  3. 　前記コントローラは、前記収容装置に収容された荷物が当該荷物の受取人によって取り出された時刻から所定の時間、前記受取人の在宅確率が所定以上になるものと決定する、請求項２に記載のサーバ。
  4. 　前記コントローラは、前記収容装置に収容された荷物が前記受取人によって取り出された時刻において前記受取人の在宅確率がピークになるものとし、当該時刻以降は前記受取人の在宅確率が徐々に低下するものと決定する、請求項２又は３に記載のサーバ。
  5. 　前記コントローラは、前記収容装置に収容された荷物が前記収容装置に収容された時刻から前記受取人によって取り出された時刻までの時間、前記受取人の在宅確率が所定以下になるものと決定する、請求項２から４のいずれかに記載のサーバ。
  6. 　前記通信部は、前記荷物が前記受取人によって受領された時刻を示す情報を前記他の電子機器から受信し、
    　前記コントローラは、前記時刻に基づいて、前記受取人の在宅確率を決定する、請求項１に記載のサーバ。
  7. 　前記通信部は、前記受取人によって指定された時刻を示す情報を前記他の電子機器から受信し、
    　前記コントローラは、前記時刻に基づいて、前記受取人の在宅確率を決定する、請求項１に記載のサーバ。
  8. 　前記コントローラは、前記記憶部に記憶された前記第１情報に基づいて、前記受取人の所定の時間枠における在宅確率を決定する、請求項１から７のいずれかに記載のサーバ。
  9. 　前記コントローラは、前記通信部により、前記第１情報及び前記第２情報を、少なくとも１つの宛先に荷物を配送する計画を作成する前記他の電子機器に送信する、請求項１から８のいずれかに記載のサーバ。
  10. 　前記コントローラは、前記第１情報及び前記第２情報に基づいて、少なくとも１つの宛先に荷物を配送する計画を作成する、請求項１から８のいずれかに記載のサーバ。
  11. 　前記コントローラは、前記他の電子機器から配送の依頼を含む第３情報を前記通信部により受信すると、前記第１情報及び前記第２情報並びに前記第３情報に基づいて、少なくとも１つの宛先に荷物を配送する計画を作成する、請求項１０に記載のサーバ。
  12. 　前記コントローラは、少なくとも１つの宛先に荷物を配送する計画を作成すると、当該計画を前記通信部により前記他の電子機器に送信する、請求項１０に記載のサーバ。
  13. 　前記コントローラは、前記計画に含まれる荷物の配送予定の情報を、当該荷物の受取人の端末に前記通信部により送信する、請求項１２に記載のサーバ。
  14. 　前記コントローラは、前記荷物の受取人の端末から配送予定の変更の依頼を表す情報を前記通信部により受信すると、前記計画を作成し直す、請求項１３に記載のサーバ。
  15. 　請求項１から１４のいずれかに記載のクラウドサーバ。
  16. 　受取人に配送された荷物を収容する収容装置と、
    　他の電子機器と、
    　前記収容装置及び前記他の電子機器と通信するサーバと、
    を含むシステムであって、
    　前記サーバは、
    　　前記収容装置及び前記他の電子機器と通信する通信部と、
    　　前記荷物の受取人の在宅確率を表す第１情報を記憶する記憶部と、
    　　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するように制御するコントローラと、
    を備えるシステム。
  17. 　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なサーバの制御方法であって、
    　前記収容装置及び前記他の電子機器と通信部が通信するステップと、
    　前記荷物の受取人の在宅確率を表す第１情報を記憶部が記憶するステップと、
    　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するようにコントローラが制御するステップと、
    　を含む、サーバの制御方法。
  18. 　受取人に配送された荷物を収容する収容装置及び他の電子機器に有線又は無線で接続可能なコンピュータに、
    　前記収容装置及び前記他の電子機器と通信部が通信するステップと、
    　前記荷物の受取人の在宅確率を表す第１情報を記憶部が記憶するステップと、
    　前記通信部が受信する前記他の電子機器からの要求に応じて、前記記憶部に記憶された前記第１情報及び前記収容装置から取得する当該収容装置の空き状況を表す第２情報を、前記通信部により当該他の電子機器に送信するようにコントローラが制御するステップと、
    　を実行させるプログラム。
  19. 　荷物を収容する収容装置と直接的又は間接的に通信する通信部と、
    　前記荷物の受取人の在宅確率を表す第１情報及び前記収容装置の空き状況を表す第２情報を表示する表示部と、
    　前記収容装置に収容された荷物が取り出されたことに基づいて変更された前記第１情報及び前記第２情報の少なくとも一方を、前記表示部に表示するコントローラと、
    　を備える電子機器。
     
     
PCT/JP2020/021419 2019-09-13 2020-05-29 サーバ、システム、サーバの制御方法、プログラム、及び電子機器 WO2021049101A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021545115A JP7317456B2 (ja) 2019-09-13 2020-05-29 サーバ、システム、サーバの制御方法、プログラム、及び電子機器
US17/653,536 US20220188766A1 (en) 2019-09-13 2022-03-04 Server, system, control method for server, program, and electronic device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-167633 2019-09-13
JP2019167633 2019-09-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/653,536 Continuation US20220188766A1 (en) 2019-09-13 2022-03-04 Server, system, control method for server, program, and electronic device

Publications (1)

Publication Number Publication Date
WO2021049101A1 true WO2021049101A1 (ja) 2021-03-18

Family

ID=74866937

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/021419 WO2021049101A1 (ja) 2019-09-13 2020-05-29 サーバ、システム、サーバの制御方法、プログラム、及び電子機器

Country Status (3)

Country Link
US (1) US20220188766A1 (ja)
JP (1) JP7317456B2 (ja)
WO (1) WO2021049101A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009157890A (ja) * 2007-12-28 2009-07-16 Nec Corp 在宅情報取得システム、提供方法、及び、プログラム
JP2017211790A (ja) * 2016-05-25 2017-11-30 Ｎｅｃプラットフォームズ株式会社 情報処理装置、配達成否予測方法及び配達成否予測プログラム
JP2018195205A (ja) * 2017-05-19 2018-12-06 ヤフー株式会社 通知装置、通知方法及び通知プログラム
JP2019082921A (ja) * 2017-10-31 2019-05-30 キヤノンマーケティングジャパン株式会社 情報処理システム、その制御方法、及びプログラム、並びに、情報処理装置、その制御方法、及びプログラム
WO2019163158A1 (ja) * 2018-02-20 2019-08-29 株式会社Ｆｕｊｉ 宅配ロッカー管理装置

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3743748B2 (ja) * 2001-07-03 2006-02-08 重治 吉岡 配送管理システム
DE10357122A1 (de) * 2003-12-06 2005-07-07 Daimlerchrysler Ag Fahrzeugendgerät und zugehöriges Logistikmanagementsystem
JP5266753B2 (ja) * 2007-12-28 2013-08-21 日本電気株式会社 在宅情報取得システム、受取人端末装置、受取人端末装置制御方法、在宅情報サーバー、在宅情報サーバー制御方法、及び、プログラム
US9159994B2 (en) * 2013-03-15 2015-10-13 Wildcat Discovery Technologies, Inc. High energy materials for a battery and methods for making and use
JP6369754B2 (ja) * 2013-11-21 2018-08-08 パナソニックＩｐマネジメント株式会社 在宅確率算出方法、サーバ装置、及び在宅確率算出システム
US10074068B2 (en) * 2014-06-20 2018-09-11 United States Postal Service Systems and methods for control of electronic parcel lockers
EP3371788A4 (en) * 2015-11-02 2019-03-20 Sargent Manufacturing Company PROCESSES AND SYSTEMS FOR THE SAFE DELIVERY OF PACKAGES WITH INTERNETABLE STORAGE CONTAINER
US11270246B2 (en) * 2017-06-05 2022-03-08 Accenture Global Solutions Limited Real-time intelligent and dynamic delivery scheduling
JP6921658B2 (ja) * 2017-07-04 2021-08-18 リンナイ株式会社 管理システム
US20190114564A1 (en) * 2017-10-18 2019-04-18 United Parcel Service Of America, Inc. Enriched Logistics System for Unmanned Vehicle Delivery of Parcels
JP7302161B2 (ja) * 2018-11-21 2023-07-04 ソニーグループ株式会社 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009157890A (ja) * 2007-12-28 2009-07-16 Nec Corp 在宅情報取得システム、提供方法、及び、プログラム
JP2017211790A (ja) * 2016-05-25 2017-11-30 Ｎｅｃプラットフォームズ株式会社 情報処理装置、配達成否予測方法及び配達成否予測プログラム
JP2018195205A (ja) * 2017-05-19 2018-12-06 ヤフー株式会社 通知装置、通知方法及び通知プログラム
JP2019082921A (ja) * 2017-10-31 2019-05-30 キヤノンマーケティングジャパン株式会社 情報処理システム、その制御方法、及びプログラム、並びに、情報処理装置、その制御方法、及びプログラム
WO2019163158A1 (ja) * 2018-02-20 2019-08-29 株式会社Ｆｕｊｉ 宅配ロッカー管理装置

Also Published As

Publication number Publication date
JP7317456B2 (ja) 2023-07-31
JPWO2021049101A1 (ja) 2021-03-18
US20220188766A1 (en) 2022-06-16

Similar Documents

Publication Publication Date Title
CA3002197C (en) Methods and systems for ensuring secure delivery of parcels using internet-enabled storage receptacle
US11182733B2 (en) Systems and methods for confirming an identity of an individual, for example, at a locker bank
US11765183B2 (en) Automated delivery security system
US20240169780A1 (en) Systems and methods for facilitating package delivery or pickup
US10915856B2 (en) Package management system with accelerated delivery
US20240013135A1 (en) Information processing device, information processing method, image acquisition method, and non-transitory computer-readable storage medium
US20160247344A1 (en) Systems and methods for facilitating package delivery or pickup
US20020156645A1 (en) Network-based solution for secure parcel delivery and pick-up
JP6719639B1 (ja) サーバ、システム、サーバの制御方法、及びプログラム
US20240086823A1 (en) System and method for conditional delivery of a transport container
JP2015048236A (ja) 物品収受システム
WO2020031438A1 (ja) 情報処理装置、情報処理方法、および情報処理システム
WO2021049101A1 (ja) サーバ、システム、サーバの制御方法、プログラム、及び電子機器
KR20080109276A (ko) 배송 서비스 제공 방법 및 이를 기록한 기록매체
JP2003321124A (ja) ロッカー収納物の配送システム
US20210312384A1 (en) Condition-Precedent Temporal-Based Actuator For Package Delivery System
JP7534835B1 (ja) 荷物受け渡しサービスシステム
JP7432274B1 (ja) 宅配支援システム、宅配支援方法、宅配支援装置、及びプログラム
JP7178268B2 (ja) 荷物配送システム
JP2024121293A (ja) 配送支援装置、配送支援システムおよび配送支援方法

Legal Events

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

Ref document number: 20862702

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021545115

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20862702

Country of ref document: EP

Kind code of ref document: A1